Edition / Génération des ristournes (GRIH)

Introduction

Ce traitement permet de lancer la génération des avoirs de ristourne pour des ristournes mensuelles, trimestrielles, annuelles.

La ristourne à traiter est à indiquer dans le lanceur.

On l’appliquera à chaque poste sélectionné (par exemple, les postes des événements du mois appartenant à la super centrale X).

A rupture sur le produit ou la famille de produit, on génère un poste d’avoir avec la quantité à 1, et le montant de la ristourne en négatif.

La génération peut s’effectuer au niveau du client ou du groupe.

On peut générer un avoir au niveau du tiers client (si le critère ‘sigtie’ est demandé en tri, même si le critère ‘siggrp’ est demandé en tri) ou au niveau du tiers groupe (si le critère ‘siggrp’ est demandé en tri et que le critère ‘sigtie’ ne l’est pas).

Remarque technique :

Par défaut, ce traitement travaille avec la hiérarchie des groupes mémorisée dans la table ‘evg’ liée aux événements. On peut cependant l’utiliser avec une vue de sélection différente, avec eve/pro et tie, sans faire référence à evg. (vue vgrihe_s)

(les données utilisables sont celles du bloc 40)

Les ruptures 1 à 9 correspondent aux numéros des critères de tri demandés.

Recherche des ristournes :

Elle s’effectue pour chaque poste des évènements sélectionnés (traitement du bloc 10) et pour le code ristourne demandé, à condition que ce poste n’a pas déjà été ristourné (contrôle de la présence d’un ‘evr’) et que le produit est ristournable. Le système crée marque le poste par création d’un ‘evr’.

Génération des avoirs :

A rupture sur le produit ou la famille, si le montant de la ristourne n’est pas nul, le système écrit une ligne dans une table temporaire (evpg) avec le montant de la ristourne en négatif et une quantité à 1 pour ce produit.

A rupture sur le tiers ou le groupe, le système génére un avoir (seulement s’il existe au moins une ristourne pour ce tiers).

Fonctionnalités

Edition des ristournes (GRIH_EDITE)

Description technique des champs de cet écran.

Traitement des mises à jours de RIA

Les CTS de type « Ristournes à cumuls » (type de seuil à 1 ou à 2) peuvent avoir été créées rétroactivement.

Dans ce cas, ces CTS n’ont pas pu être à jours lors de la validation des différentes factures y faisant référence.

Les CTS créées rétroactivement ont un indicateur positionné à ‘N’ (non actif) ;

Ceci les différencie des CTS dont la date d’application n’est pas encore arrivée puisqu’elles ont un indicateur positionné à ‘O’ (actif). Ces dernières n’ont pas à être mises à jours, puisqu’elles le seront normalement en validation de factures, pendant leur période d’application future.

Ce traitement mets donc à jour toutes les CTS appliquées au différents postes des commandes sélectionnées, et dont l’indicateur est à ‘N’.

Il existe un paramètre FACMIN permettant de définir un montant TTC minimal (exprimé dans la devise nationale ) entraînant la génération de la facture d’avoir associée à l’événement.

Il existe dans le standard du produit ACE une fonction d’édition des ristournes : GRIHE. Cette fonction permet de calculer et d’éditer des ristournes de fin d’année par exemple, et elle permet aussi de générer un avoir correspondant au total des ristournes.