PAIFRA : Paiement en plusieurs échéances

Standard

Ce paramètre permet de gérer le paiement en plusieurs échéances.

Trucs et astuces

En génération d'événements, les échéances sont à nouveau calculées à partir des taux des échéances de l'événement d'origine.

Fonctions et API concernées : GCOV - GBLV - GBFA - GestionEvenementrecalculerEcheance - GestionEvenementinitialiserEcheance -

Le paramètre PAIFRA n'est pas compatible :
  • avec l’interface GECO.,
  • avec la génération des bons de livraison en fonction des commandes de vente (GBLVG5).

Utilisation avec d’autres paramètres :

Paramètres amis P_PHIMONACO -

A1  

Mode de gestion du paiement fractionné.

  = P  

Les dates d'échéances sont calculées sur le principe du mois pivot.

  = N  

Le calcul des dates d'échéances se fera à partir de la date d'échéance initiale en fonction des codes départ et quantièmes.

A2 = R  

Entraîne le calcul à nouveau des échéances (GCOV_29) si l’on modifie l’une des données suivantes de l’écran de facturation (GCOV_3) :

  • mode de règlement,
  • délai de règlement,
  • code départ,
  • code quantième,
  • date de règlement prévisionnelle.

A3 = O  

Permet d’effectuer un contrôle bloquant au niveau de l’écran GCOV_29.

Si, dans le tableau, il y a au moins un mode de règlement ou une date de validation vide, on ne peut pas quitter l’écran.

N1    

Mode de déclenchement de l'enchaînement sur l'écran de fractionnement.

= 0  

Enchaînement automatique en confirmation de commande.

= 1  

Le système pose la question à l'utilisateur et dans l'affirmative enchaîne sur l'écran de fractionnement.

N2 = 1  

Interdiction de modifier les ratios et les montants des échéances.

N3 = 1

Calcul des échéances avec montants fixes.

Les échéances sont recalculées en fonction des taux de chaque échéance. Ces taux sont stockés avec deux chiffres après la virgule.

Si, lors du calcul du montant de l’échéance, on produit un écart de 1/100e de pourcent entre l’ancien et le nouveau montant, on ne modifie pas le montant de l’échéance. Ce test n’est pas valable pour la dernière échéance.

N4  

Mode de contrôle des doublons sur les dates d'échéances

Avec ACE FINANCE et le paramètre P_PHI (A1=O), le contrôle des doublons est systématique.

= 0  

On contrôle qu'il n'existe pas deux échéances ayant la même date. Si tel est le cas, la confirmation de l'écran est interdite tant que cette anomalie n'est pas corrigée.

= 1  

On ne contrôle pas les doublons sur les dates d'échéances (uniquement sans ACE FINANCE ).

N5 = 1  

Traite le cas d’une modification du total TTC sur l’en-tête de facture (GBFA_1) à l’achat qui devient donc différent du total TTC calculé.

Impact sur le multi- échéances : calcule les échéances à partir du total saisi (et non pas calculé) sur l’écran GCOV_29 et ne recalcule pas ces échéances avant intégration comptable.

D1 = 1 Permet, en validation de facture (batch GBFAV1 et interactif GBFA), de rafraichir les informations de règlement d’eve (champs coddpt, delrgl, codqua et datrgl) avec les informations de la 1ère échéance. Ainsi, lors de la génération des écritures comptable dans jnl (sans le module Finance) avec la date de la 1ère échéance.