Cette fonction permet de définir le blocage de la saisie des événements commerciaux en fonction de plusieurs informations :
Il est ainsi possible, par exemple, de bloquer une livraison si le code incident de paiement du tiers prend une certaine valeur.
|
|
Vous avez la possibilité de personnaliser le blocage en utilisant les paramètres GELEVE et IDPNBL. |
| Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel". |
Deux traitements différés permettent de geler ou dégeler des événements. Pour activer ces deux traitements : sélectionner dans le menu de la fonction de gestion des tiers le choix Traitement». Apparaissent alors à l’écran les deux options relatives au traitement du gel et du dégel événements.
Il est également possible de geler ou de dégeler un événement directement par popup, à partir des fonctions de gestion d'événements : GCOV, GBLV et GBFA.
Gel d'événement : pour chaque événement gelé, le niveau hiérarchique de l’agent ayant lancé le traitement est mémorisé au niveau de cet événement.
Dégel d'événement : deux cas de figures peuvent se présenter :
|
|
Attention Un événement dans un état «Dégelé» ne peut plus être bloqué mais il peut par contre, passer à nouveau dans un état «Gelé». |
Description technique des champs de cet écran.
Cette fonctionnalité vous permet de paramétrer des évènements à bloquer en fonction du code incident de paiement, de la nature de l’évènement (achat, vente ou finance), du type d’évènement (commande, livraison,...) et du code état de l’évènement (en cours, validé,...).
L'écran se présente sous la forme d’un tableau composé des champs suivants :
Incident paiement : code incident de paiement sur lequel on souhaite que la règle de blocage s’applique. Le code saisi doit figurer dans la table des incidents de paiement (GTINC). Pour supprimer une ligne, effacez le code incident et validez.
A/V :
|
|
La valeur « F » n’est autorisée qu’en mode intégré ( ACE Commerce utilisé avec ACE Finance ) : voir paramètre P_PHI. |
| Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel". |
Type événement bloqué : le type événement doit être enregistré via la fonction GTTEV.
Pour bloquer des écritures comptables (colonne « A/V » à « F »), on indique la nature utilisateur sur laquelle s’applique la règle de blocage du tiers. Si aucune nature n’est indiquée, la règle s’appliquera à l’ensemble des natures utilisateurs. Pour un même incident de paiement, c’est la règle sur une nature utilisateur qui est prioritaire à la règle sur l’ensemble des natures.
|
|
Pour en savoir plus, consultez la documentation de référence « Blocage des écritures comptables d’un tiers donné ». |
Etat : le code état de l'événement doit être défini au préalable via la fonction GTETA. On indique si la règle est bloquante ou non.
Que la règle soit bloquante ou non, un message d’avertissement sera communiqué dans les traitements concernant les écritures comptables : « Tiers comptable bloqué : @ (incident : @) ».
Exemple de paramétrage standard :
| Code incident de paiement | A/V | Type d’événement que l’on ne peut pas créer | Etat de cet événement |
| R Client risque | V | LIV Préparation | C |
| R Client risque | V | LIV Livraison | V |
| B Client bloqué | V | CDE Commande | C |
| B Client bloqué | V | LIV Préparation | C |
| B Client bloqué | V | LIV Livraison | V |
Dans cet exemple, si on associe au tiers le code incident «B», l’utilisateur ne pourra plus ni saisir ni valider de commandes et de livraisons tant que le code incident de paiement de ce tiers restera le même.
Description technique des champs de cet écran.
Cette fonctionnalité vous permet de saisir les critères de sélection et de tri de l’édition du paramétrage.
Accès : menu « Editer »
| Format | Maquette | href="media/maquette.gif" height="32" width="32" id="image_sbd_rsz_jt"/> | |||
| Rich Text Format (RTF) | GENBE | ||||
| Blocs d’édition : | GENBE | ||||