GPEDP - Echéances détaillées (Projets)

   Cette transaction permet de détailler l'échéance d'un client associé à un projet en fonction des échéances scindées (GECD). Elle donne la possibilité d'ajouter ou de modifier les détails d'échéances transmises par la suite aux commandes de ventes (GCVE).

   Les lignes de données sont proposées par défaut par rapport à l'échéance définie pour le client et également par rapport à la classe de commandes de ventes définie dans la chaîne 1 de l'occurrence CCO-xxxx du paramètre AUTQPR, où "xxxx" représente la classe de projets.

   L'échéance est composée du code de l'échéance et du numéro de l'échéance détail. Le numéro détail est utilisé pour gérer les échéances scindées, par exemple, paiement de 15% de la commande à 30 jours, 30% à 45 jours et 55% à 60 jours.
Il est interdit de faire référence à plusieurs codes échéance sur une même commande.
Proposition par défaut du mode de paiement (mode de règlement, délai, date), du pourcentage et de la retenue de garantie de l'échéance à partir de la définition faite dans les échéances (GECH).

   Indique si le détail d'échéance est ou non une condition particulière (retenue de garantie ou paiement en direct). Les valeurs sont les occurrences du paramètre RGTSGECD.
Lors de la création d'une échéance pour une demande ou une commande d'achats, si une retenue de garantie est définie, le compte de l'échéance est proposé à partir du compte de retenue de garantie défini dans la gestion des comptes collectifs par classe d'achats (GCCOA), sinon il est proposé à partir du compte collectif défini dans cette même gestion.
Lors de la création d'une échéance pour une commande de ventes, si une retenue de garantie est définie, le compte de l'échéance est proposé à partir du compte de retenue de garantie défini dans la gestion des comptes collectifs par classe de ventes (GCCOV), sinon il est proposé à partir du compte collectif défini dans cette même gestion.

   Le paiement en direct est géré uniquement pour les échéances utilisées dans les commandes de ventes. Il n'est pas possible de choisir cette option si l'échéance est utilisée dans l'Application Achats.
Si l'échéance est utilisée dans les Applications Ventes et Achats et que le paiement en direct doit être mis en place pour l'Application Ventes, alors vous devez :
- conserver l'échéance existante pour l'Application Achats ;
- créer une nouvelle échéance pour l'Application Ventes afin de paramétrer l'option de paiement en direct sur les détails concernés.

   Moyen de paiement utilisé pour payer ou encaisser.

   Nombre de jours de délai (30 jours, 45 Jours, etc.).

   Date à partir de laquelle on calcule la date d'échéance (facture "FA", fin de mois "FM", jour fixe, etc.).

   Pour un calcul de la date d'échéance avec plusieurs jours fixes, la valeur doit être définie dans les jours d'échéance (GECJ).

   Dans la majorité des cas, ce pourcentage indique la part du montant net à payer de la commande qui sera à régler.
Dans des cas particuliers, ce pourcentage peut ne pas être significatif car le montant de l'échéance aura été préalablement établi et ne correspond pas à l'application d'un pourcentage sur le montant net à payer de la commande.

   Dans la majorité des cas, la date d'échéance est calculée automatiquement lors de la valorisation de la commande et lors de la facturation en fonction du mode de paiement (délai et date).
La date initiale servant au calcul automatique de la date d'échéance est paramétrée au niveau des classes de commandes.

   Cette date peut également être saisie, dans ce cas elle ne sera pas recalculée par la valorisation ni lors de la facturation. Le mode de paiement (délai et date) peut ne pas être significatif.

   Contrôle (sauf pour les avoirs) que cette date soit supérieure ou égale à la date de commande.

   Ce doit être un collectif client, il est proposé par défaut à partir du type de collectif du client.
Il est utilisé pour la proposition par défaut du compte collectif et des CGR de l'échéance et également dans le traitement de transfert des factures en comptabilité (TCPT).
Les valeurs sont les occurrences du paramètre COLOETIE.

   Elle est proposée par défaut égale à la domiciliation bancaire du client.
La domiciliation doit être définie pour le tiers de facturation ou pour le tiers de paiement de la commande, ceci selon le tiers principal choisi pour les écritures comptables. Ce choix est fait dans le paramétrage des types de transfert en comptabilité (GTVCV). Par défaut, la domiciliation est contrôlée avec le tiers de facturation.
La domiciliation bancaire est éventuellement éditée sur les factures.

   Utilisé par le traitement de transfert en comptabilité (TCPT). Il s'agit du compte que l'on retrouve sur les pièces comptables.
S'il n'est pas précisé sur l'échéance, le traitement de transfert en comptabilité le recherche dans les comptes collectifs par classe de commandes (GCCOV) et l'affecte sur l'échéance.

   Utilisé par le traitement de transfert en comptabilité (TCPT). Il s'agit du CGR que l'on retrouve sur les mouvements comptables se rapportant au compte collectif.
S'il n'est pas précisé sur l'échéance, le traitement de transfert en comptabilité le recherche dans les comptes collectifs par classe de commandes (GCCOV) et l'affecte sur l'échéance.

   Utilisé par le traitement de transfert en comptabilité (TCPT). Il s'agit du CGR que l'on retrouve sur les mouvements comptables se rapportant au compte collectif.
S'il n'est pas précisé sur l'échéance, le traitement de transfert en comptabilité le recherche dans les comptes collectifs par classe de commandes (GCCOV) et l'affecte sur l'échéance.