Les participations publicitaires

Groupement : Carrefour

Centrales : C1 et C2

Sociétés : S11 S12 S21 S22

Filiales : F111 à F222

Magasins : PDF1111 à PDF222

Marque : Yoplait

Super familles : yaourt, crème

Gammes : yaourts natures (YN), fruités (YF), crèmes épaisses (CE), liquides (CL)

Familles : yaourts natures solides (YNS), liquides (YNL), yaourts fruités solides (YFS), liquides (YFL)

Produits : YNS1,YNS2,YNL1,YNL2,YFS1,YFS2,YFL1,YFL2,CE1,CE2,CL1,CL2

Attention ! La hiérarchie produit ayant 5 niveaux, on ne peut pas la gérer en utilisant les familles, sous-familles et sous-sous-familles GX. Il faut gérer la hiérarchie produit utilisée pour les PP directement dans les arborescences analytiques.

Direction commerciale nationale : DCN

Régions (Chef des ventes régional) : R1 et R2

Zones (Chefs de zone) : Z11 Z12 Z21 Z22

Secteurs (Chefs de secteur) : S111 à S222

Actions nationales : Ex. P = Partenariat

Actions régionales : Ex. TG = Tête de gondole, PR = Prospectus, MEA = Mise en avant, NP = nouveaux produits.

Evénements nationaux EPN1, EPN2…

Evénements régionaux EPR1, EPR2…

Pour simplifier le jeu d’essai, on ne gérera pas de hiérarchie sur les actions et les événements publicitaires.

Tiers = Carrefour

Evénement = Accord 2000 du 01/01/00 au 31/12/00.

Commercial = DCN

Tiers = C1

Evénement = Accord 2000 ; 01/01/00 au 31/12/00.

Commercial = DCN

Idem sur tiers C2 et commercial R2 en remplaçant le budget prospectus par 50000 EUR.

Tiers = C1

Evénement = EPR1 ; période du 01/01/00 au 31/12/00.

Commercial = DCR1

Tiers = C1

Evénement = EPR2 ; période du 15/03/00 au 15/06/00.

Commercial = DCR1

Remarques.

Dans GCNT, on ne peut pas saisir plusieurs poste de contrat avec le même QUOI. Il faudra donc créer plusieurs contrats pour enregistrer les données du tableau ci-dessous.

Tiers : C1

Evé pub : EPN1

Représentant : Z11

Tiers : PDF111

Evé pub : EPN1

Représentant : Z12

CA de Janvier avec C1 : YNS1 = 300 K€ ; YNS2 = 200 Ke ; Total Yoplait = 500 K€

Contrat 1.

31

Poste Yaourt = 50 K€ x ------------------- = 17.03 K€

31 + 29 + 31

Poste Yoplait = 0.05 x 500 K€ = 25 K€

Contrat 2.

Rien en janvier

Contrat 3.

Rien en janvier

Contrat 4.

Rien en janvier

CA de février avec C1 : CL1 = 400 K€ ; CL2 = 200 K€ ; YNS1 = 30 K€.

CA cumulé à la fin février avec C1 : Yoplait 1100 K€ ; Yaourts 80 K€ du 15/02 au 15/03.

Contrat 1.

29 + 31

Poste Yaourt = 50 x -------------------- - 17.03 = 15.94 K€

31 + 29 + 31

Remarque :

Pour les postes de contrat de PP exprimés en montant forfaitaire, la somme à engager sur les mois restants est le delta entre la somme totale à engager (50 K€) – les sommes déjà engagées sur les mois précédents (17.03 K€ en janvier). De cette manière, si le contrat est enregistré ‘’en retard’’, c’est-à-dire après le début de la 1ère période d’engagement, on effectue un report d’engagement sur les périodes suivantes.

Poste Yoplait = ( 0.05 x 1100 ) – 25 = 30 K€

Contrat 2.

Poste Yaourt = 0.09 x 80 = 7.2 K€

Contrat 3.

Rien en février

Remarque :

Pour les postes de contrat de PP exprimés en % du CA ou en valeur par unité de vente, la somme total à engager est calculée sur les ventes cumulées de la période de l’événement publicitaire. Sur le mois courant, on engage le delta = montant total à engager – montant déjà engagé sur les mois précédents. De cette manière, on répercute sur le mois courant les reports d’engagement dus à des contrats saisis en retard ainsi que les variations de conditions en cours de contrat.

Si le delta calculé est négatif, on effectue un désengagement au lieu d’un engagement.

Contrat 4.

19

Poste Yaourt = 8 K€ x ------------ = 5.24 K€

19 + 10

CA de février avec C1 : CL1 = 500 K€ ; CL2 = 200 K€ ; YNS2 = 20 K€

CA cumulé à la fin mars avec C1 : Total 1800 K€ ; Yaourts 50 K€ du 01/03 au 15/03.

Contrat 1.

31 + 29 + 31

Poste Yaourt = 50 x -------------------- -17.03 – 15.94 = 17.03 K€

31 + 29 + 31

Poste Yoplait = ( 0.05 x 1800 ) – 25 – 30 = 35 K€

Contrat2.

Poste Yaourt = ( 0.09 x 150 ) – 7.2 = 6.3 K€

Contrat3.

15

Poste 3 = 10 KF x ------ = 10 KF

15

Contrat 4.

15

Poste YNS1 = 20 K€ x ------ = 20 K€

15

10

Poste Yaourt = 8 x ------ - 5.24 = 2.76 K€

10

L’objectif est de définir des hiérarchies sur cinq entités utilisées dans la gestion des PP : la hiérarchie des produits, les hiérarchies des clients (les fournisseurs de PP), la hiérarchie commerciale interne (les entités qui négocient les PP), éventuellement la hiérarchie des actions publicitaires et la hiérarchie des événements publicitaires.

Pour les tiers, on a besoin d’une hiérarchie datée. Le fait de dater les hiérarchies tiers permet de prendre en compte les modifications de hiérarchie au moment de calculer de CA ou les engagements (Ex. changement d’enseigne).

Une hiérarchie peut être constituée de 9 niveaux maximum, numérotés de 1 à 9 du niveau le plus bas vers le niveau le plus haut. Ces neufs niveaux sont constitués d’éléments d’arborescence créés manuellement dans P_5ARB(Gestion des arborescences).

En dessous du niveau 1 existe le niveau de base. Ce niveau est constitué d’éléments de plan analytique. Les éléments de plans peuvent être créés manuellement par la fonction P_5ENV ou générés automatiquement en utilisant des codes issus d’ACE COMMERCE (Codes clients, codes produits, etc.)

Une fois que tous les éléments d’arborescence sont créés, l’arborescence peut être construite en définissant les liens père-fils entre les éléments, dans la fonction P_5ARB.

Un traitement doit ensuite être utilisé (fonction P_5ARB à option Arborescences à Intégrer) avant que l’arborescence soit utilisable. Ce traitement ‘met à plat’ l’arborescence dans la table P_5arp et effectue des contrôles de cohérence entre les différents niveaux de l’arborescence.

Attention.

Dans la gestion des budgets (P_6ENV), on ne peut saisir un budget que pour une combinaison d’éléments de base. En conséquence, pour saisir un budget sur un élément d’arborescence de niveau 1 à 9, il faudra dupliquer cet élément en élément de base.

Une table (P_5ART) permet de gérer un historique des arborescences tiers.

Cette table peut être mise à jour par un traitement suite à des modifications effectuées dans les hiérarchies tiers (ex. changement d’enseigne, évolution de la structure commerciale).

Groupement : Carrefour

Centrales : C1 et C2

Sociétés : S11 S12 S21 S22

Filiales : F111 à F222

Magasins : PDF1111 à PDF222

A1= «O»,

N1=5 è 5 niveaux dans l’arbre, niveau de base compris.

Permet d’activer la gestion des hiérarchies tiers en alimentant la table TIG.

Définir les familles de tiers.

Il est nécessaire de créer des familles de tiers dont les deux premiers caractères du code famille correspondent au niveau dans l’arborescence finale : de 01 à 09.

Cette codification est utilisée pour contrôler dans GTIE que le niveau hiérarchique du groupe auquel on rattache un tiers est supérieur au niveau du tiers lui-même.

Pas nécessaire pour le niveau de base magasin.

Exemples :

MAG Famille Magasin (niveau de base)

01GRC Famille Filiales

02GRC Famille Sociétés

03GRC Famille Centrales

04GRC Famille Groupements

• ppe P_DUP1 A1=TIE, M1=GRP dans la fonction GCLI pour mettre à jour automatiquement le plan des tiers à partir de la fonction GCLI, lors de la création des tiers.

• Définition des magasins, filiales, sociétés, centrales, groupement.

On choisit de définir les magasins comme des tiers de type CLI, les autres en type GRC

Remarques.

Dans le jeu d’essai, les centrales C1 et C2 et le groupement Carrefour sont utilisés pour gérer des contrats de PP et ont leur propre budget.

Pour saisir leur budget, il faut les créer en tant qu’élément de base de la hiérarchie tiers.

Pour gérer sur eux des contrats d’engagements il faut également les dupliquer en tant que tiers de type CLI avec le même sigle, et en les rattachant au tiers GRC de même sigle.

(à créer dans cet ordre).

Si cela n’a pas été fait directement par le ppe P_DUP1 A1=GRP, M1=AGR à partir de la fonction GCLI, il faut créer tous les éléments de base de l’arborescence en tant qu’élément du plan GRP.

Création du code arborescence et description de la structure de l’arborescence Clients.

Code plan : GRP

Code arborescence : AGR

Nombre de niveaux : 4 (hors niveau de base)

Remarque.

Dans le jeu d’essai proposé, on souhaite gérer une hiérarchie tiers datée. Cette hiérarchie est généré par traitement automatique (voir GCLILG ci-après). Il n’est donc pas nécessaire de construire l’arborescence. Seule la définition de sa structure suffit.

• ppe HIEGRP à compléter avec

M1 = code arborescence exemple : AGR

M2 = code plan analytique exemple : GRP

N4 = 1 pour activer la mise à jour de P_5ART, avec mise à jour préalable de TIG.

N4 = 2 pour activer la mise à jour de P_5ART, sans mise à jour préalable de TIG. TIG peut être mis à jour en interactif par la fonction GTIE, lors de la validation d’un tiers.

• ppe HIEGRR

M1 = code arborescence exemple : ACO

M2 = code plan analytique exemple : COM

N4 = 1 pour activer la mise à jour de P_5ART, avec mise à jour préalable de TIG.

N4 = 2 pour activer la mise à jour de P_5ART, sans mise à jour préalable de TIG. TIG peut être mis à jour en interactif par la fonction GTIE, lors de la validation d’un tiers.

• option Traitements à Liens Groupe.

Ce traitement utilise la fonction batch GCLILG (binaire gtiel.exe) pour mettre à plat l’arborescence tiers dans la table P_5ART à partir des infos trouvées dans la table TIG. Le traitement fonctionne à partir d’une sélection de clients (tiers de type CLI). Pour chaque client sélectionné, le traitement reconstitue la branche complète de l’arborescence du client en lisant les liens père-fils dans la table TIG.

La date de début de la nouvelle arborescence sera la date de référence saisie dans le lanceur, à défaut la date du jour. La date de fin sera renseignée au 31/12/9999 pour faciliter les traitements de sélection. La saisie d’une date de référence permet de ne pas imposer que le traitement soit lancé le jour même du changement d’enseigne ou de la création d’un nouveau client.

Le traitement ne fait pas de mise à jour dans P_5ART s’il n’y a eu aucune modification dans la hiérarchie (comparaison entre la branche courante dans TIG et la dernière branche datée dans P_5ART).

Si une modification de hiérarchie est détectée, une nouvelle branche datée est créée dans P_ART est la date de fin de l’ancienne branche est mise à jour avec la date de début de la nouvelle branche – 1 jour.

Le traitement de mise à jour de P_5ART est déclenché si le N4 du ppe HIEGRP ou le N4 du ppe HIEGRR est positionné. Les 2 paramètres sont pris en compte pour permettre au choix, la mise à jour de la hiérarchie clients (ppe HIEGRP), ou celle des représentants (ppe HIEGRR), ou les deux simultanément.

Chacun de ces deux ppe donne le code de l’arborescence et le code du plan analytique à mettre à jour dans P_5ART. Ces codes doivent avoir été créé par la fonction P_5ARB.

Dans le jeu d’essai proposé, au 29/03/2000, la table P_5ART contient les données suivantes.

SQL>select p_plecod,p_5arten01,p_5arten02,p_5arten03,p_5arten04,p_5arten05 from p_5art where codsoc=5100 ;

Marque : Yoplait

Super familles : yaourt, crème

Gammes : yaourts natures (YN), fruités (YF), crèmes épaisses (CE), liquides (CL)

Familles : yaourts natures solides (YNS), liquides (YNL), yaourts fruités solides (YFS), liquides (YFL)

Produits : YNS1,YNS2,YNL1,YNL2,YFS1,YFS2,YFL1,YFL2,CE1,CE2,CL1,CL2

Attention ! La hiérarchie produit ayant 5 niveaux, on ne peut pas la gérer en utilisant les familles, sous-familles et sous sous-familles GX. Il faut gérer la hiérarchie produit utilisée pour les PP dans les arborescences de la finance (fonction P_5ARB).

Marque : Yoplait

Super familles : fromage

Gammes : meule de fromage (MF)

Familles : grande meule de fromage (GMF), petite meule de fromage (PMF)

Produits : grande meule 1 (GMF1), grande meule 2 (GMF2), petite meule 1 (PMF1), petite meule 2 (PMF2)

• Fonction GART : Création des produits

ppe P_DUP1 ; A1=PRO ; M1=PRO pour création automatique des produits dans le plan analytique PRO.

Ajouter les produits YAOURT et YOPLAIT qui figurent sur les contrats donnés en exemple et dans la saisie du budget. Ils seront automatiquement créés en tant qu’élément du plan PRO.

• ppe POIVAR A1=’O’ ; N1=1 au niveau global.
• Fonction GTZON

Définir la zone paramétrée PRO001 « Poids variable » en CHAR(1).

• Fonction GART

Créer les produits GMF1, GMF2, PMF1, PMF2, indiquer qu’il s’agit de produit à poids variable en mettant à ‘O’ la première zone paramétrée du produit.

GMF1 UV=PCS, Ufact=KG 50F/KF, 1PCS=5KG

GMF2 UV=PCS, Ufact=KG 30F/KG, 1PCS=3KG

PMF1 UV=PCS, Ufact=KG 5F/KG, 1PCS=1KG

PMF2 UV=PCS, Ufact=KG 3F/KG, 1PCS=1KG

• Fonction P_5ARB : définition de l’arborescence Produit

Code plan : PRO

Code arborescence : APR

Nombre de niveaux : 4 (hors niveau de base)

…Commencer par créer l’élément du niveau le plus haut : 4

…puis les éléments du niveau 3 qu’il faut rattacher à l’élément du niveau 4

…puis les éléments du niveau 2 qu’il faut rattacher à un élément du niveau 3

…puis les éléments du niveau 1 qu’il faut rattacher à un élément du niveau 2

… et finalement rattacher les éléments de base de niveau 0 (les produits) au niveau supérieur concerné

cas 1 : les produits sont liés au niveau immédiatement supérieur (niv 1), appeler les éléments du niveau 1 et sur chaque famille, activer le popup F1B ‘Descendant de base’ pour sélectionner parmi les éléments du plan PRO ceux qui appartiennent à cette famille.

cas 2 : les éléments de plan sur lesquels on souhaite saisir un budget ou saisir un contrat doivent exister en tant qu’éléments de plan et doivent figurer en tant qu’éléments de base dans l’arborescence. Les produits ne sont pas liés au niveau immédiatement supérieur (niv 1). Appeler le niveau père, se placer sur le nœud concerné et faire popup F1B ‘Descendant de base’ pour sélectionner l’élément de niveau 0.

• Fonction P_5ARB à Option Arborescences à Intégrer.

Cette action déclenche la mise à plat de l’arborescence tiers dans la table P_5ARP.

• Fonction P_5ARB à Option Arborescences à Consulter branche.

Permet de consulter le résultat de la mise à plat de l’arborescence.

Direction commerciale nationale : DCN

Régions (Chef des ventes régional) : R1 et R2

Zones (Chefs de zone) : Z11 Z12 Z21 Z22

Secteurs (Chefs de secteur) : S111 à S222

• Fonction GFAM ou GTFCL : Définir des familles de tiers

Exemples :

00REP Famille Secteur (niveau de base)

01REP Famille Zone

02REP Famille Région

03REP Famille Direction commerciale nationale

• Fonction GREP : Création des secteurs
  • ppe P_DUP1 ; A1=TIE ; M1=COM pour création automatique des produits dans le plan analytique PRO.
  • on choisit de définir les secteurs comme des tiers de type REP.

• Fonction GGRR : Création des groupements
  • on choisit de définir les autres niveaux de la hiérarchie commerciale comme des tiers de type GRR.

• Fonction P_5ARB : définition de l’arborescence Commerciale.
  • Option Arborescence à Créer : Création du code arborescence

Code plan : COM

Code arborescence : ACO

Nombre de niveaux : 3 (hors niveau de base)

Construction de l’arborescence en commençant par l’élément du niveau le plus haut : 3

…puis les éléments du niveau 2 qu’il faut rattacher à l’élément du niveau 3

…puis les éléments du niveau 1 qu’il faut rattacher à un élément du niveau 2

… et finalement rattacher les éléments de base de niveau 0 (les secteurs) au niveau supérieur concerné

cas 1 : secteurs liés au niveau immédiatement supérieur

cas 2 : DCN, R1 et R2 ont un budget et doivent exister en tant qu’élément de base (niv 0) et seront rattachés à eux-mêmes.

Z11 et Z12 sont présents sur le contrat d’engagements C1 donc il faut créer en tant qu’élément de base pour le voir apparaître dans le contrôle budgétaire.

Mise à plat de l’arborescence tiers dans la table P_5ARP.

Pas de hiérarchie gérée dans le jeu d’essai.

Actions à créer : P = Partenariat, TG = Tête de gondole, PR = Prospectus, MEA = Mise en avant, NP = nouveaux produits, A = Animations.

• Fonction P_5ENV à option Plans à Créer : Créer les actions dans le plan APU
• Fonction GTUNI : Créer les actions en tant qu’unité de mesure réutilisable dans la saisie des contrats.

La gestion des PP comprend généralement une première phase qui consiste à définir un budget prévisionnel de dépenses de PP. Ce budget à usage interne peut-être défini selon plusieurs critères : hiérarchie client, hiérarchie commerciale, hiérarchie produit, action et événement commerciaux. Il peut être défini en montant forfaitaire, en % du CA, en valeur par unité de vente (centimes par kilo, par litre…).

La deuxième étape est l’enregistrement des dépenses prévues issues de la négociation avec le client. Cette négociation prévisionnelle se matérialise également sous la forme d’un budget (budget externe). Les informations sont de même nature mais elles peuvent se situer à des niveaux hiérarchiques différents.

Budget et négociation prévisionnelle sont destinées à servir de référence dans le suivi budgétaire des dépenses de PP.

Un nouvel écran dans la fonction P_6ENV (P_6ENV_40) permet de saisir des budgets en définissant section, rubrique et section secondaire1 dans l’en-tête d’écran, puis en définissant section secondaire 2 et 3 dans les lignes d’un tableau. Le budget peut être exprimé en % du CA ou en valeur par unité de vente.

Un nouvel écran (P_6ENV_24) permet de copier un budget source vers un budget cible pour éviter la ressaisie.

R,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,8,,,,,,,,,,,7,,,,,,8,7,,,,,,7,,,,2000 T

. Suivi budgétaire : PV1 . Ets . Calend . Axe . Dev .

. Libellé : Fromage . 2 . 1 . 1 . S .

. Libellé réduit : Fromage . . . . .

5 Budg.plan sec.1? 7 Budg.plan sec.2? 7 Budg.plan sec.3? 7 Gest quant? 7 Niveau révision 6

. O . O . O . N . .

5,,,,,,,,,,,,,,,,8,,,,,,,,,,,,,,,,8,,,,,,,,,,,,,,,,8,,,,,,,,,,,8,,,,,,,,,,,,,,,6

R,,,,,,,,,,,,,,,,7,,,7,,,7,,,7,,,,,,,,,,8,,,,,7,,,,,,,,,,,,8,,,7,,,,,,,,,2000 T

. Suivi budgétaire . Ets . Rév . Dev . Tiers . Commercial . Evt Pub .

.PV1 Budget R2 . . . . C1 . DCN . .

. . . . . Client C1 . Dcn . .

5,,,,,,,,,,,,,,,,8,,,8,,,8,,,8,,,,,,,,,,,,,,,,8,,,,,,,,,,,,,,,,8,,,,,,,,,,,,,,,6

.Li. Produit . Act. Pub .CA prévu .Taux .Qté prévue.Uni.Coût Uni.. Budget 6

.,,.,,,,,,,,,,,,.,,,,,,,,,,,,.,,,,,,,,,.,,,,,.,,,,,,,,,,.,,,.,,,,,,,,,.,,,,,,,,.

.1 .FROMAG . . . . 1000 .KG . 66 .66000 .

F,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,7,,,,,,,,,G

Suite à la phase de négociation, le contrat cadre de PP matérialise l’engagement de dépense pris par le fournisseur envers le distributeur. Il définit notamment les conditions générales de mise en œuvre et de rémunération des PP.

Le contrat de PP est caractérisé par :

Sur un même contrat, la prestation peut s‘appliquer à plusieurs produits ou gammes de produits, avec des modes de calcul et des prix différents.

• GCNT_1 : En-tête de contrat .

Nouveaux champs pour gérer le cumul engagé et facturé. Gérer le cumul des quantités comme cela est fait pour les quantités commandées (c’est-à-dire uniquement si les unités des postes sont homogènes).

Mêmes modifications et même mode de mise à jour que sur les postes de contrat. Vérifier comment s’effectue la mise à jour des cumuls en quantité lorsque l’on a plusieurs postes avec des unités différentes sur chaque poste.

Le champ devient modifiable en tête de contrat. Possibilité de saisir des types de Quoi différents au niveau des postes. Cela permet de gérer sur un même contrat une PP sur une famille de produit et une autre PP sur un article particulier.

• GCNT_4 : Détail du contrat.

Nouveau champ dans le popup de détail de l’en-tête de contrat (GCNT_4). L’information sera utilisée à terme pour effectuer le contrôle budgétaire à la prise de commande, en faisant le lien entre le budget prévu et les dépenses engagées et réalisées.

• GCNT_1 : Postes de contrat.

à Evénement publicitaire.

Nouveau champ virtuel non obligatoire, contrôlé sur la table des éléments de plan.

Nouveaux champs virtuels, obligatoires si l’événement publicitaire est renseigné, initialisés avec les dates de début et de fin de l’événement publicitaire. La date de début doit être postérieure ou égale à la date d’application d’en-tête du contrat. La date de fin doit être antérieure ou égale à la date de validité de l’en-tête du contrat.

Pour les PP on doit gérer des conditions tarifaires de type particulier, par exemple en % du CA des ventes ou en valeur par unité de vente. Il faut donc mémoriser dans un nouveau champ de la CTS liée au poste de contrat une unité pour exprimer le cumul des quantités vendues (nouveau champ virtuel non modifiable). Cette unité est différente de l’unité du poste de contrat qui exprime la quantité d’action pub achetée (Ex. 10 TG). Elle est initialisée avec l’unité statistique de l’article correspondant au quoi du poste de contrat.

La gestion des mots clés dans l’analytique est modifiée pour permettre de générer automatiquement des éléments de plan à partie d’informations issues des contrats (tiers, produit, représentant, unité et événement publicitaire du poste).

• GCNT_7 : Suivi du contrat

Nouvel écran accessible au niveau de l’entête et des postes de contrat par le popup F1S « Suivi du contrat ». On ne peut modifier que le montant et la quantité initiale.

Tous les montants sont exprimés dans la devise de l’entête du contrat.

Informations affichées sur l’en-tête de contrat.

Les montants sont exprimés dans la devise de l’entête du contrat.

Les quantités sont exprimées dans l’unité de l’en-tête du contrat.

Quantité et montant totaux prévus sur le contrat.

Quantité et montant totaux commandés. Les champs sont mis à jour à la validation/invalidation des commandes.

Champs calculés = initial – cumul commandé.

Cumul des engagements en montant seulement. Le champ Cumul engagé est incrémenté au moment de l’engagement, seulement à la validation des événements, sur une nature d’imputation de type engagement, dans le sens E = engagement (voir paramétrage de la fonction GIAE). Le cumul engagé n’est pas mis à jour lors du désengagement.

En montant uniquement.

Champ calculé comme suit : initial – cumul engagé.

Quantité et montant totaux facturés. Les champs sont mis à jour à la validation des factures avec la quantité facturée et le montant HT du poste de facture.

Champs calculés = cumul commandé – cumul facturé.

Non géré sur l’entête du contrat.

Non géré sur l’entête de contrat.

Informations affichées sur les postes de contrat.

Tous les montants sont exprimés dans la devise de l’entête du contrat.

Les quantités sont exprimées dans l’unité du poste de contrat.

Les champs affichent le même type d’information que sur l’entête mais avec un bilan comparatif effectué cette fois au niveau du poste.

Deux champs complémentaires affichent des données propres au poste.

Somme des ventes exprimées en quantité et en montant, sur la période de l’événement publicitaire.

Ratio = Cumul montant facturé / cumul montant des ventes x 100. Exprimé en % pour les montants seulement.

• GCTV : Conditions tarifaires.

Une évolution permet de gérer deux nouveaux types de valeur pour exprimer les conditions tarifaires utilisées dans les PP en % du CA ou en valeur par unité de vente. Le calcul d’un prix devient ainsi directement dépendant du résultat des ventes sur une période donnée.

Ces deux nouveaux types de valeur sont codifiés comme suit :

Le résultat des ventes (CA ou quantité vendue) sur lequel doit s’appliquer la condition tarifaire doit être mis à jour préalablement dans les champs cts.qtacquis et cts.mtacquis de la CTS. Dans le cas des PP, c’est le traitement des engagements automatiques qui met à jour ces données.

La routine d’appel prix est modifiée pour prendre en compte la particularité des deux nouveaux type de valeur :

La gestion des PP nécessite de pouvoir calculer des engagements de dépense proportionnels aux résultats des ventes, ceux-ci pouvant être exprimés en CA, en quantité ou en poids variable.

Avant la V4-2.00, les fonctions statistiques d’ACE permettent de calculer des statistiques complexes sur les ventes, en utilisant des critères de regroupement très variés issus de la gestion commerciale. En fonction du paramétrage des axes statistiques, on peut obtenir des statistiques détaillées ou cumulées par période. La périodicité est mensuelle pour un nombre maximum de 12 périodes par année.

Dans le cas des PP, le résultat des ventes doit être calculé sur la période définie sur le poste de contrat (période de l’événement publicitaire).

Exemple.

Montant des PP = 5 % du CA réalisé sur les yaourts aux fruits sur la période de la tête de gondole qui s’étend du 15/02 au 15/04.

Ce besoin est à l’origine d’une évolution sur la gestion des statistiques en V4-2.00.

A partir de la V4-2.00, la gestion d’une nouvelle base de statistiques dites ‘statistiques évoluées’ permet de générer des statistiques sur un nombre de période illimité, avec un choix plus large sur le type de périodicité (mois, semaine, jour).

Les statistiques évoluées sont gérées dans la fonction GSTAT. On peut désormais rattacher un calendrier à un code statistique. 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 nouvelles tables BSTE et BSTD.

Pour les PP, 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 :

Le contrôle budgétaire des PP nécessite de pouvoir 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. Le nouvel écran de suivi budgétaire disponible à partir de la V4-2.00 (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.

• Fonction GCAL : Gestion des calendriers.
  • option Créer.

Créer un calendrier journalier par la fonction GCAL. Ex. code S00.

Créer des périodes journalières pour le calendrier créé.

• Fonction GSTAT : Chargement du CA dans la base statistique

Paramétrage de l’axe statistique pour le chargement.

Gestion des statistiques .Par/Modifier .BRL 15/05/2000

,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,8,,,,,,,,,,,,,,,,,,8,,,,,,,,,,,,,,,,,,,,

Code statistique : PAN Test Charg BSTE+D_______

Code calendrier : S00 Stat. Cumu

R,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,T

Nb phase chargement : 1 . Dernier Chargement : 21/06/2000 Phase : 1 .

F,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,G

R,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,T R,,,,,,,,,,,,,,,,,,,,,,T R,,,,,,,,,,,,,,,,,,T

. Critères/Champs Clés . . Valeurs Numériques . .Libellés/Critères .

. . N°V Libellé Nom Crit . . . N°V Libellé Chg . . . N°V Libellé .

. 1 . 89 Produit codpro . . 1 . -2 Quantité 1 . . 1 . 14 Unité .

. 2 . 69 Client sigtie . . 2 . 33 CA 1 . . 2 . .

. 3 . 113 Représenta sigrep . . 3 . 5 Poids 1 . . 3 . .

. 4 . . . 4 . . . 4 . .

. 5 . . . 5 . . . 5 . .

. 6 . . . 6 . . . 6 . .

. . . . 7 . . . 7 . .

. . . . 8 . . . 8 . .

. . . . . . . 9 . .

. . . . . . . 10 . .

F,,8,,,,,,,,,,,,,,,,,,,,,,,,,,,8,,8,,8,,,,,,,,,,,,,,,,,,,8,,8,,8,,,,,7,,,,,,,,,G

<POPUP> . GSTAT_1

• Fonction P_5ENV : Création ‘un guide analytique de type ‘2’ .

R,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,8,,,,,,,,,,,,,,,,,,8,,,,,,,,,,,,,2000 T

. Guide : FACCLI .

. Libellé : Facture client .

. Libellé réduit : Fac CLI .

. Type de guide : 2 1: FINANCE - 2: COMMERCE .

F,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,G

R,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,T

. N° . Plan . Libellé . Question . Elément plan . Libellé .Modif.

.,,,,,.,,,,,,.,,,,,,,,,,,,.,,,,,,,,,,,,,,,,.,,,,,,,,,,,,,,,.,,,,,,,,,,,,,.,,,,,.

. 1.GRP .Hiér. tier .Tiers .#EVE_SIGTIE . .O .

. 2.COM .Hiérar.COM .Commercial .#EVE_SIGREP . .O .

. 3.PRO .Hiérar.PRO .Produit .#EVP_CODPRO . .O .

. 4.EPU .Evt Public .Evt Pub . . .O .

. 5.APU .Act. Publ. .Act. Pub . . .O .

. 6. . . . . . .

. 7. . . . . . .

. 8. . . . . . .

. 9. . . . . . .

F,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,G

• Fonction GCPP : Recherche du guide analytique en fonction du QUI/QUOI.

ANA V

Type de QUI : 5 Général

Clé du QUI :

R,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,T

. Type Clé QUOI Libellé Type Guide Libellé .

.,,,,,,,,,,,,,,,,,,,,, ,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, ,,,,,,,,,,,, ,,,,,,,,,,,.

.504 2 FACCLI Fac CLI .

F,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,G

• Fonction GBFV : Saisie des factures clients

ppe GENANA

ppe TYPREP A1=GRR

Le schéma fonctionnel fournit ci-après résume le fonctionnement obtenu par ce paramétrage dans un cas complet de gestion des PP incluant la gestion des provisions.

Remarque : La ventilation des factures d’achat de PP dans la couche 7 n’a pas de pertinence fonctionnelle. C’est un choix de paramétrage qui facilite le contrôle budgétaire car les factures d’achat de PP sont ainsi isolées des autres factures d’achat.

Axe analytique 1

Hiérarchie Clients			Hiérarchie Commerciale	Hiérarchie Evén. pub.	Hiérarchie Produits	Hiérarchie Actions pub.

5 hiérarchies sur l’axe 1 = 5 plans analytiques

9 niveaux max.

par hiérarchie

• Fonction ACPP.

ppe OPEVAL=ACPPV1.

• Fonction ACPPV1.

ppe CNTMNT N5=1, N2=3 pour mise à jour du montant engagé sur le contrat

ppe STKDSK

Précisé dans GPEV la code Achat/Vente= ‘A’ et type d’événement =’CPP’, état géré = ‘C’

Remarque : dans le plan analytique EPU, la date de fin de validité des éléments (EPR3, EPR5, EPR6) doit être supérieure à la date des engagements pour que les commandes de PP puissent être validées.

• Résultats des ventes fin janvier.

CA de janvier avec C1 : YNS1 = 300 KF ; YNS2 = 200 KF ; Total Yoplait = 500 KF

• Fonction CNTCA, code édition CNCA01 pour janvier

Critères de sélection :

Date de commande : 31/01/2000

Code Achat/Vente : ‘A’

Code catégorie : ‘PPC’ , critère permettant dans l’exemple de ne traiter que les postes en %CA

Ne sélectionner que les postes de contrat travaillant sur janvier : création d’un code édition pour janvier CNCA01 avec ajout d’une clause supplémentaire par UPLED :

(('20000101' between datapp1 and datval1) or ('20000131' between datapp1 and datval1));

Critères de rupture et de tri :

Numéro de contrat

• Contrat 1 poste YOPLAI

Génération d’une commande de PP A/CPP/5 d’une valeur 0.05 x 500 KF = 25 KF

• Fonction CNTFO, code édition CNFO01 pour janvier

Critères de sélection :

Date de commande : 31/01/2000

Code Achat/Vente : ‘A’

Code catégorie : ‘PPF’ , critère permettant dans l’exemple de ne traiter que les postes en forfait

Ne sélectionner que les postes de contrat travaillant sur janvier : création d’un code édition pour janvier CNFO01 avec ajout d’une clause supplémentaire par UPLED :

(('20000101' between datapp1 and datval1) or ('20000131' between datapp1 and datval1));

Critères de rupture et de tri :

Numéro de contrat

• Contrat 1 poste YAOURT

Génération d’une commande de PP A/CPP/7 d’une valeur de

31

50 KF x ------------------- = 17.22 KF.

31 + 28 + 31

• Validation des commandes de PP pour génération des engagements en comptabilité

2 pièces

00ODB0046/ Axe 1/GRP-C1/COM-Z11/EPU-EPR4/PRO-YOPLAI /APU-P/Mnt :25KF

00ODB0047/ Axe 1/GRP-C1/COM-Z11/EPU-EPR1/PRO-YAOURT/APU-TG/Mnt :17.22KF

• Résultats des ventes fin février.

CA en février avec C1 : CL1 = 400 KF ; CL2 = 200 KF ; YNS1 = 30 KF.

CA cumulé à la fin février avec C1 : Yoplait 1100 KF ; Yaourts 80 KF du 15/02 au 15/03.

• Fonction CNTCA , code édition CNCA02 pour février

Critères de sélection :

Date de commande : 29/02/2000

Code Achat/Vente : ‘A’

Code catégorie : ‘PPC’ , critère permettant dans l’exemple de ne traiter que les postes en %CA

Ne sélectionner que les postes de contrat travaillant sur janvier : création d’un code édition pour janvier CNCA02 avec ajout d’une clause supplémentaire par UPLED :

(('20000201' between datapp1 and datval1) or ('20000229' between datapp1 and datval1));

Critères de rupture et de tri :

Numéro de contrat

• Contrat 1 poste YOPLAI

Génération d’une commande de PP A/CPP/8 d’une valeur de :

( 0.05 x 1100 ) – 25 = 30 KF

• Contrat 2 poste YAOURT

Génération d’une commande de PP A/CPP/9 d’une valeur de :

0.09 x 80 = 7.2 KF

• Fonction CNTFO , code édition CNFO02 pour février

Critères de sélection :

Date de commande : 29/02/2000

Code Achat/Vente : ‘A’

Code catégorie : ‘PPF’ , critère permettant dans l’exemple de ne traiter que les postes en forfait

Ne sélectionner que les postes de contrat travaillant sur janvier : création d’un code édition pour janvier CNFO02 avec ajout d’une clause supplémentaire par UPLED :

(('20000201' between datapp1 and datval1) or ('20000229' between datapp1 and datval1));

Critères de rupture et de tri :

Numéro de contrat

• Contrat 1 poste YAOURT

Génération d’une commande de PP A/CPP/12 d’une valeur de :

28 + 31

50 x ----------------- - 17.2 = 15.56KF

31 + 28 + 31

• Contrat 4 poste YAOURT

Génération d’une commande de PP A/CPP/13 d’une valeur de :

19

8 KF x ------------ = 5.24 KF

19 + 10

• Validation des commandes de PP pour génération des engagements en comptabilité

4 pièces

00ODB0048/ Axe 1/GRP-C1/COM-Z11/EPU-EPR4/PRO-YOPLAI /APU-P /Mnt :30KF

00ODB0049/ Axe 1/GRP-C1/COM-Z11/EPU-EPR2/PRO-YAOURT/APU-MEA /Mnt :7.20KF

00ODB0050/ Axe 1/GRP-C1/COM-Z11/EPU-EPR1/PRO-YAOURT/APU-TG /Mnt :15.56KF

00ODB0051/ Axe 1/GRP-PDF1111/COM-Z12/EPU-EPR6/PRO-YAOURT/APU-A/Mnt :5.24KF

• Résultats des ventes fin mars.

CA de mars avec C1 : CL1 = 500 KF ; CL2 = 200 KF ; YNS2 = 20 KF.

CA cumulé à la fin mars avec C1 : Yoplait 1800 KF ; Yaourts 150 KF du 01/03 au 15/03.

• Fonction CNTCA , code édition CNCA03 pour mars

Critères de sélection :

Date de commande : 31/03/2000

Code Achat/Vente : ‘A’

Code catégorie : ‘PPC’ , critère permettant dans l’exemple de ne traiter que les postes en %CA

Ne sélectionner que les postes de contrat travaillant sur janvier : création d’un code édition pour janvier CNCA03 avec ajout d’une clause supplémentaire par UPLED :

(('20000301' between datapp1 and datval1) or ('20000331' between datapp1 and datval1));

Critères de rupture et de tri :

Numéro de contrat

• Contrat 2 poste YAOURT

Génération d’une commande de PP A/CPP/15 d’une valeur de

( 0.09 x 150 ) – 7.2 = 6.3 KF

• Contrat 1 poste YOPLAI

Génération d’une commande de PP A/CPP/14 d’une valeur de :

( 0.05 x 1800 ) – 25 – 30 = 35 KF

• Fonction CNTFO , code édition CNFO03 pour mars

Critères de sélection :

Date de commande : 31/03/2000

Code Achat/Vente : ‘A’

Code catégorie : ‘PPF’ , critère permettant dans l’exemple de ne traiter que les postes en forfait

Ne sélectionner que les postes de contrat travaillant sur janvier : création d’un code édition pour janvier CNFO03 avec ajout d’une clause supplémentaire par UPLED :

(('20000301' between datapp1 and datval1) or ('20000331' between datapp1 and datval1));

Critères de rupture et de tri :

Numéro de contrat

• Contrat 1 poste YAOURT

Génération d’une commande de PP A/CPP/16 d’une valeur de

31+28+31

50 x ---------------- - (17.2 + 15.6) = 17.2 KF

31+28+31

• Contrat 3 poste YAOURT

Génération d’une commande de PP A/CPP/17 d’une valeur de

15

10 KF x ------ = 10KF

15

• Contrat 4

Génération d’une commande de PP A/CPP/18 d’une valeur de

15

Poste YNS1 = 20 KF x ------ = 20 KF

15

10

Poste YAOURT = 8 x ------ - 5.24 = 2.76 KF

10

• Validation des commandes de PP pour génération des engagements en comptabilité

3 pièces

00ODB0052/ Axe 1/GRP-C1 /COM-Z11/EPU-EPR1/PRO-YAOURT /APU-TG /Mnt :17.22KF

00ODB0053/ Axe 1/GRP-C1 /COM-Z11/EPU-EPR3/PRO-YAOURT /APU-PR /Mnt :10 KF

00ODB0054/ Axe 1/GRP-PDF1111/COM-Z12/EPU-EPR6/PRO-YAOURT /APU-A /Mnt :2.76 KF

00ODB0054/ Axe 1/GRP-PDF1111/COM-Z12/EPU-EPR5/PRO-YNS1 /APU-TG /Mnt :20 KF

Code de suivi budgétaire à prendre en compte dans l’analyse.

Le code du budget initialise l’axe analytique, les plans, la devise de référence, l’établissement.

Le premier code de suivi budgétaire est obligatoire, le second est facultatif.

La saisie du premier code initialise l’affichage les données suivantes de l’en-tête d’écran : code et libellé réduit de l’axe analytique, code établissement, type de devise, plans de l’axe et de leur libellé réduit.

Il s’agit du numéro de version du budget, saisi après chaque code suivi budgétaire (valeur 0 par défaut s’il n’y a qu’une version).

Code établissement issu du suivi budgétaire. Non modifiable.

Affichage du type de devise choisi dans le budget.

Types : ‘C’ contexte, ‘E’ établissement, ‘G’ groupe, ‘P’ pièce, ‘S’ société.

Il s’agit des plans analytiques que l’on choisit de visiter, parmi ceux défini sur l’axe analytique affiché précédemment. Par défaut, tous les plans s’affichent suivant l’ordre défini dans l’axe analytique.

Cet ordre n’est pas figé. L’utilisateur peut choisir de naviguer d’un plan à l’autre dans un ordre différent ou de ne pas visiter tous les plans de l’axe. Il lui suffit pour cela de modifier les plans proposés.

Permet de saisir le code de l’élément d’arborescence servant de point de départ à la visite de l’arborescence du plan. On peut ainsi commencer la navigation dans le plan produit à partir d’une famille, d’une sous-famille, d’une sous-sous famille ou même d’un produit.

Attention ! Le zoom qui permet de visiter l’arborescence d’un plan ne permet pas de remonter dans l’arborescence au-delà du point de départ.

La liste de consultation dite ‘simple’ (touche Recherche) donne la liste des éléments de base du plan. La liste de consultation dite ‘complexe’ (PF4-2) donne la liste des éléments de l’arborescence.

Si aucun élément n’est saisi en regard du code plan la visite de l’arborescence du plan commencera au niveau le plus haut de l’arborescence.

Permet de saisir le code de l’arborescence à visiter dans le plan analytique. Le paramètre P_CBVI permet d’initialiser le code arborescence de chacun des 5 plans.

L’arborescence visitée lors de la navigation dans le plan peut être :

La distinction entre ces deux types d’arborescence s’effectue dans la valeur L1 du paramètre P_CBVI.

L’en-tête de la première colonne affiche le libellé du plan en cours de visualisation. La première colonne affiche la liste des éléments d’arborescence, pour le niveau d’arborescence en cours de consultation, et s’il existe des données chiffrées dans l’une au moins des 6 colonnes suivantes.

Les colonnes ‘Budget 1’ et ‘budget 2’ sont alimentées avec les données des deux budgets saisis en-tête d’écran.

Attention ! Dans le zoom par période, les colonnes budget n’affichent des données que si l’on a effectivement saisit un budget par période. Les budgets saisis pour l’exercice ne sont pas éclatés automatiquement par période.

Les colonnes ‘Engagé’, ‘Facturé’ et ‘Provisionné’ sont chacune alimentées par les données de la balance analytique correspondant à une couche analytique particulière. Le code de la couche analytique à afficher dans chacune de ces trois colonnes est indiqué dans le paramètre P_CBVI.

Les colonnes ‘CA en montant’, ‘Qté vendue’ et ‘Poids vendu’ sont alimentées par les données de la base des statistiques évoluées d’ACE COMMERCE.

Pour afficher des données dans ces colonnes, il faut avoir paramétré un axe statistique et avoir chargé des statistiques cumulées dans la nouvelle base de statistiques évoluées (BSTE + BSTD). La gestion des statistiques et la gestion des arborescences sont deux fonctions indépendantes. Les liens entre ces deux fonctions permettant d’exploiter les données statistiques à l’aide des arborescences se paramètrent dans les ppe P_CBCA, P_CBV2.

Le champ ‘Libellé’ affiche dynamiquement le libellé de l’élément d’arborescence sur lequel est positionné le curseur dans la première colonne.

En bas de chacune des colonnes chiffrées s’affiche le total général de la colonne, toutes pages écran confondues.