|
Standard |
Ce paramètre n'a de sens que si l'on gère les encours paramétrés (via le paramètre HIERAR).
Pour activer ce paramètre INCPAI, il faut obligatoirement positionner le paramètre HIEFIN (A1=type de tiers commercial et A2 non renseigné : gestion des encours classiques).
Fonctions et API concernées : GCOV – GBLV - GBFA - GCOVV1 – GTIEM - GestionEvenementvaliderEvenement - GestionTierscontrolerIncidentPaiement -
Autour de la mise à jour des encours, les contrôles et actions suivantes sont réalisées :
Sur GCOV , GBLV , GBFA, en création, dès la saisie du sigle tiers :
- Un message d'information avertit l'utilisateur sur la situation de l'encours en affichant le code incident de paiement actif. Ce code est celui du tiers en standard mais peut être récupéré de la hiérarchie financière en combinant les paramètres HIEFIN (A1 et A2) avec INCPAI (N1).
- En fonction du code incident de paiement, il est possible de bloquer toute saisie d'événement sur ce tiers, ce fonctionnement se pilote par le paramètre CTRINC et par l'alimentation de la fonction GENB (définition des codes incident de paiement bloquants en fonction du type de l'événement et d'un code état).
- Si l'encours n'est plus dépassé (ex : encours revu à la hausse) et que l'incident de paiement est resté bloquant (existence d'un enregistrement dans la fonction GENB), le traitement du N2 et A2 de INCPAI peut rétablir automatiquement l'incident de paiement avec un statut normal de façon à pouvoir saisir l'événement.
- Le paramètre IDPNBL permet éventuellement de lever le blocage qu'apporte le code incident de paiement.
Uniquement sur les fonctions GCOV, GCOVV1 et GTIEM:
En fin de saisie, lors de la confirmation des postes d'une commande ou en validation (interactive ou différée) :
- Le système vérifie si l'encours est dépassé, si c'est le cas un message d'avertissement informe l'utilisateur.
- Le code incident de paiement passe à un statut particulier "encours dépassé" en fonction du A1 de INCPAI. Le N1 du paramètre intervient également pour définir le niveau de la hiérarchie où doit se faire la mise à jour du code incident de paiement.
- Il est possible de basculer la commande qui déclenche le dépassement d'encours dans un état particulier avec le paramètre INCETA.
Utilisation avec d’autres paramètres :
| A1 |
|
Code incident de paiement utilisé pour la mise à jour du tiers lorsque ce tiers dépasse son encours autorisé. |
|
| A2 |
|
Code incident de paiement utilisé pour la mise à jour du tiers, lorsque ce tiers repasse dans son état "normal" (c’est-à-dire en dessous de l’encours autorisé) (voir zone N2) |
| N1 | = 0 |
|
Le contrôle financier se fait par rapport à l'encours assuré du tiers. |
| = 1 |
|
Le contrôle s'effectue par rapport à l'encours maximum autorisé du tiers. |
|
| = 2 |
|
Idem que pour la valeur 0, mais dans le cas où l'on gère une hiérarchie financière, le contrôle ne va porter que sur le niveau le plus haut de la hiérarchie. Fonctionnalité disponible en mode web depuis la version 1.4. |
|
| = 3 |
|
Idem que pour la valeur 1, mais dans le cas où l'on gère une hiérarchie financière, le contrôle ne va porter que sur le niveau le plus haut de la hiérarchie. Fonctionnalité disponible en mode web depuis la version 1.4. |
|
| = 4 |
Le contrôle financier s'effectue dans un premier temps par rapport à l'encours assuré du tiers de l’événement et dans un deuxième temps par rapport à son encours maximum. Si le premier seuil est dépassé, le système affiche un message d'avertissement à l'utilisateur, ce message est non bloquant. Si le deuxième seuil est dépassé, la commande est bloquée (changement de code état), un code incident de paiement est positionné sur la fiche tiers comptable. Ces contrôles sont effectués en validation de commande. Si vous n’utilisez pas ACE FINANCE , il vous positionner le paramètre TIECPT A1=<type de tiers comptable> afin de pouvoir saisir un tiers comptable. |
||
| = 5 |
|
Idem que pour la valeur 2, mais le code blocage est mis à jour sur le tiers le plus haut dans la hiérarchie. Fonctionnalité disponible en mode web depuis la version 1.4. |
|
| = 6 |
|
Idem que pour la valeur 3, mais le code blocage est mis à jour sur le tiers le plus haut dans la hiérarchie. Fonctionnalité disponible en mode web depuis la version 1.4. |
|
| N2 | = 1 |
|
Lors du contrôle de dépassement d’encours pour un tiers bloqué dont le code incident de paiement (tie.codinc) est égal à la valeur enregistrée dans la zone A1, si l’encours n’est plus en dépassement (soit parce que son encours est revenu en dessous de l'encours maximal, ou parce que son encours maximal à été revu à la hausse...), le code incident de paiement du tiers (tie.codinc) repasse à la valeur précisée par la zone A2 si elle est renseignée. Si la zone A2 n’est pas renseignée, le code incident de paiement du tiers est effacé. |
| N3 | =1 |
|
Permet d'activer un traitement permettant de positionner ou non le code incident de paiement situé au niveau du tiers de plus haut niveau en fonction du dépassement ou non de l'encours autorisé. Cette fonctionnalité est très intéressante notamment après intégration d'encours comptable entrant en compte dans l'encours total Représente le % ‘limite’ de contrôle des encours dans la main courante. exemple : si 10 % : la main courante déclenche une alerte dès l’atteinte de l’encours maxi ou assuré – 10 %. Fonctionnalité disponible en mode web depuis la version 1.4. |
