Proposition automatique
Utilisez cette fonction pour générer des propositions automatiques de règlement pour la comptabilisation de règlements de factures dans les modules Achats, Ventes, ou Comptabilité tiers.
Les échéances (factures et avoirs) ne pouvant pas être gérées dans cette fonction sont :
Les échéances qui n'ont pas été enregistrées sur un relevé.
Les échéances avec un statut Bon à payer inconnu.
Voir la Saisie de règlements (GESPAY) pour générer les règlements manuellement.
Si le paramètre PAYUNALL - Règlem. non imputés considérés (chapitre TRS, groupe PAY) a pour valeur Oui, le Volet de sélection présente les règlements non imputés dans les listes de sélection Echéances et Echéances groupées.
Prérequis
Reportez-vous à la documentation de Mise en oeuvre
Gestion de l'écran
La proposition automatique de règlement s'opère sur une sélection d'échéances de factures/avoirs. Des règlements sont générés grâce aux données présentes sur la facture d'origine, mais aussi en fonction d'informations renseignées dans l'écran de proposition automatique. On peut visualiser ces règlements de deux façons différentes :
- dans un tableau de contrôle, qui présente la liste des règlements issus de la campagne (mode 'Contrôle' activé dans le second onglet), ou
- dans la fonction de saisie de règlement (mode 'Contrôle' désactivé).
Pour une même série d'échéances de factures à régler, il peut donc y avoir un ou plusieurs règlements créés suivant la sélection et les options choisies.
Par exemple : par défaut, un seul règlement est créé pour un ensemble d'échéances de factures à dates d'échéance différentes sur un même tiers. Si l'option 'un règlement/date d'échéance' est choisie, autant de règlements que de dates d'échéances sont créés.
L'échéance est donc une notion 'fixe', représentant le montant à régler pour une facture spécifique. Mais la 'notion' de règlement est variable puisque définie par une sélection d'options.
Depuis le tableau des résultats, effectuez un clic-droit sur la facture pour déterminer si la remise a été générée.
En-tête
Il est important d'indiquer l'action à effectuer :
- Décaissement (Dépense)
- Encaissement (Recette)
Il est obligatoire de renseigner la société sur laquelle s'effectue la campagne de règlement.
Deux blocs de critères ('Date échéance' et 'Escompte') aident à affiner la sélection des échéances à régler. Chaque bloc correspond à un mode de sélection des échéances.
- Bloc Date échéance : une plage de dates permet de sélectionner les échéances par rapport à leur date d’échéance.
- Bloc Escompte s’applique uniquement aux échéances saisies avec un code escompte/agios. Dans ce cas, les critères de sélection sont :
- une borne de date d’escompte
- une borne de date dont l'activation est déterminée par le paramètre général DEPDUDDAT - Échéances dans bloc escompte (chapitre TRS, groupe TDC)
- un nombre de jours supplémentaires
- une case à cocher 'Escompte forcé'
Il faut considérer ces deux blocs de sélection comme indépendants et liés par la condition 'OU'.
Exemples :
Données :
- Le paramètre DATDEP - Date pour le calcul d'escompte (chapitre TRS, groupe TDC) a pour valeur 'Date d'échéance'.
- Le code escompte/agios utilisé est paramétré ainsi :
Nb jours
taux
1
-10/
-10,00/
2
0/
0,00/
L'escompte est de 10% si le règlement intervient plus de dix jours avant la date d'échéance. - Echéances présentes dans la base de données :
Remise
Date 'virtuelle' d'escompte
Date d'échéance
Echéance A
Oui
20 Août
Août 30
Echéance B
Oui
Août 05
Août 15
Echéance C
Non
-
28 Août
Echéance D
Oui
Août 03
Août 13
Critères et résultats :
- Exemple n°1 : Bloc 'Echéance' uniquement.
Saisie des critères : date d’échéance du 20 Août au 31 Août.
Sélection des échéances A et C.
- Exemple n°2 : Le paramètre DEPDUDDAT - Echéances dans bloc escompte a pour valeur 'Activée'. Bloc 'Escompte' uniquement.
Saisie des critères :
- date d’escompte du 06 au 20 août,
- date d’échéance du 10 au 30 août,
- pas de jours supplémentaires, ni d’escompte forcé.
Sélection de l’échéance A :
Avec un nombre de jours supplémentaires = 2, il y aurait sélection des échéances A et B.
Si la date comptable du règlement est au 23 août, il y aura bien la génération d’un paiement pour ces deux échéances, mais sans le bénéfice d’un escompte puisque le règlement est trop tardif par rapport à la date 'virtuelle' d’escompte.
Avec, en plus, la demande de l’escompte forcé, la sélection concernerait toujours les échéances A et B, mais quelle que soit la date comptable du règlement, les deux échéances sélectionnées bénéficieront du calcul d’un escompte.
- Exemple n°3 : Le paramètre DEPDUDDAT - Echéances dans bloc escompte a pour valeur 'Activée'.
Utilisation des deux modes de sélection à la fois, avec les mêmes critères que ci-dessus.
Sélection des échéances A et C.
Avec un nombre de jours supplémentaires = 2, il y aurait sélection des échéances A, B et C.
Avec, en plus, la demande de l’escompte forcé, la sélection concernerait toujours les échéances A, B et C. Mais quelle que soit la date comptable du règlement, les échéances A et B (saisies avec un code escompte) bénéficieront du calcul d’un escompte.
Bloc numéro 1
| Sens de règlement (champ SNS) |
|
Seuls des règlements associés à un type de règlement de ce sens sont générés. |
Bloc numéro 2
| Société (champ CPY) |
|
Seules les échéances de cette société sont prises en compte pour la génération des règlements. |
Mode sélection date
| Mode sélection date (champ DATSELMODE) |
Date échéance
| Echéance du (champ DATMIN) |
|
Si une borne de dates est saisie, seules les échéances, dont la date d'échéance est comprise dans cette borne, sont prises en compte. |
| Date échéance fin (champ DATMAX) |
Escompte
| Date escompte du (champ DATDISMIN) |
| Date escompte au (champ DATDISMAX) |
| Echéance du (champ DATDISDUDM) |
| Date échéance fin (champ DATDISDUDM) |
| Jours supplémentaires (champ ADDALLDAY) |
| Escompte forcé (champ ALWDISFLG) |
Onglet Critères
Bloc numéro 1
| Toutes transactions (champ ALLTPY) |
|
Sélectionnez cette case à cocher pour inclure toutes les transactions de règlement. Dans le cas contraire, le champ Transaction est requis. Quand vous sélectionnez cette case à cocher, les colonnes Pays RIB, Préfixe IBAN et Numéro RIB s'affichent dans la table Détails dans la fenêtre Contrôle proposition auto.. Dans ce cas, le numéro de RIB est requis et la ligne est surlignée en rouge si un champ obligatoire n'est pas renseigné. |
| Transaction (champ TPY) |
|
Saisissez une transaction unique pour les propositions automatiques de règlement. Ce champ est disponible quand la case à cocher Toutes transactions n'est pas sélectionnée. Si les données bancaires sont gérées pour cette transaction spécifique, les colonnes Pays cpte bancaire, Préfixe IBAN et Numéro compte bancaire s'affichent dans la table Détails dans la fenêtre Contrôle proposition auto.. Dans ce cas, le numéro de compte bancaire est requis et la ligne est surlignée en rouge si un champ obligatoire n'est pas renseigné. Si les données bancaires ne sont pas gérées pour la transaction, les trois colonnes ne s'affichent pas dans la table Détails. Selon la sélection (Dépense ou Recette), les transactions de règlements proposées varient (cf. documentation sur le paramétrage des Transactions de règlement). Si aucune transaction n'est sélectionnée, chaque règlement est créé sur la première transaction de règlement rencontrée qui fait référence au mode de règlement. Il est possible de faire un filtre sur le mode de règlement : ne seront prises en compte que les factures ou échéances qui disposent du mode de règlement sélectionné (pour rappel, le mode de règlement est défini via la condition de paiement). Exemple 1 : Données :
Les deux premières conditions de paiement sont liées au mode de règlement CHQ (Chèque). La dernière est liée au mode de règlement VIR (Virement). Les transactions de règlements CCHQ (Chèques reçus) et CCHQR (Chèques à encaisser) font appel au mode de règlement CHQ. Seule la transaction de règlement CVIR (Virements reçus) fait appel au mode de règlement VIR. Résultat :
Des règlements différents sont générés pour les échéances de facture sur relevé (cf. explications traitement particuliers) Exemple 2 : Données : Résultat : Exemple 3 : Données : Résultat : En conclusion des exemples 1 et 2, le résultat est le même : le mode de règlement agit comme un filtre, soit parce qu'il s'agit d'un critère de sélection (Exemple 2), soit, parce que associé à une transaction il n'admet que les échéances concernées par ledit mode de règlement (Exemple 3)
Exemple 4 : Sur 10 échéances de factures ayant pour mode de règlement le chèque (CHQ), toutes sont réglées, mais deux seulement sont placées en remise intermédiaire. Ces deux règlements doivent être saisis sous la transaction CCHQR. Il est ensuite possible de lancer la proposition automatique de règlement pour les autres échéances, en précisant la transaction CCHQ. Une autre méthode (en utilisant le mode 'Contrôle'), consiste à générer tous les règlements sur la transaction CCHQ, puis à affiner le résultat obtenu en désactivant les deux règlements à placer en portefeuille. Il est possible de relancer une campagne pour la transaction CCHQR. |
| Tous modes règlement (champ ALLPAM) |
| Mode règlement (champ PAM) |
|
Saisissez une transaction unique pour les propositions automatiques de règlement. Ce champ est disponible quand la case à cocher Toutes transactions n'est pas sélectionnée. Si les données bancaires sont gérées pour cette transaction spécifique, les colonnes Pays cpte bancaire, Préfixe IBAN et Numéro compte bancaire s'affichent dans la table Détails dans la fenêtre Contrôle proposition auto.. Dans ce cas, le numéro de compte bancaire est requis et la ligne est surlignée en rouge si un champ obligatoire n'est pas renseigné. Si les données bancaires ne sont pas gérées pour la transaction, les trois colonnes ne s'affichent pas dans la table Détails. Selon la sélection (Dépense ou Recette), les transactions de règlements proposées varient (cf. documentation sur le paramétrage des Transactions de règlement). Si aucune transaction n'est sélectionnée, chaque règlement est créé sur la première transaction de règlement rencontrée qui fait référence au mode de règlement. Il est possible de faire un filtre sur le mode de règlement : ne seront prises en compte que les factures ou échéances qui disposent du mode de règlement sélectionné (pour rappel, le mode de règlement est défini via la condition de paiement). Exemple 1 : Données :
Les deux premières conditions de paiement sont liées au mode de règlement CHQ (Chèque). La dernière est liée au mode de règlement VIR (Virement). Les transactions de règlements CCHQ (Chèques reçus) et CCHQR (Chèques à encaisser) font appel au mode de règlement CHQ. Seule la transaction de règlement CVIR (Virements reçus) fait appel au mode de règlement VIR. Résultat :
Des règlements différents sont générés pour les échéances de facture sur relevé (cf. explications traitement particuliers) Exemple 2 : Données : Résultat : Exemple 3 : Données : Résultat : En conclusion des exemples 1 et 2, le résultat est le même : le mode de règlement agit comme un filtre, soit parce qu'il s'agit d'un critère de sélection (Exemple 2), soit, parce que associé à une transaction il n'admet que les échéances concernées par ledit mode de règlement (Exemple 3)
Exemple 4 : Sur 10 échéances de factures ayant pour mode de règlement le chèque (CHQ), toutes sont réglées, mais deux seulement sont placées en remise intermédiaire. Ces deux règlements doivent être saisis sous la transaction CCHQR. Il est ensuite possible de lancer la proposition automatique de règlement pour les autres échéances, en précisant la transaction CCHQ. Une autre méthode (en utilisant le mode 'Contrôle'), consiste à générer tous les règlements sur la transaction CCHQ, puis à affiner le résultat obtenu en désactivant les deux règlements à placer en portefeuille. Il est possible de relancer une campagne pour la transaction CCHQR. |
| Tous sites (champ ALLFCY) |
|
Sélectionnez cette case à cocher pour inclure tous les sites pour la société sélectionnée. |
| Site (champ FCY) |
|
Seules les échéances de ce site sont prises en compte pour la génération des règlements. Par défaut le site de l'utilisateur est sélectionné. |
| Tous types de tiers (champ ALLTYPBPR) |
|
Tous types de tiers ou un type de tiers particulier. |
| Type de tiers (champ TYPBPR) |
|
Seules les échéances de ce type de tiers seront prises en compte pour la génération des règlements. Si il n'y a pas de sélection au niveau du Tiers, les échéances d'avoirs fournisseurs non lettrées sont pris en compte (sous réserve qu'elles répondent aux autres critères).
|
| Tous tiers (champ ALLBPR) |
| Tiers début (champ BPRDEB) |
|
Bornes de début et de fin qui peuvent être utilisées pour sélectionner un tiers ou une borne de tiers. Le(s) tiers saisi(s) doit correspondre au type de tiers saisi préalablement (si applicable). |
| Tiers fin (champ BPRFIN) |
| Tous utilisateurs (champ ALLUSR) |
| Utilisateur (champ USR) |
Toutes les échéances de factures validées faisant appel au(x) mode(s) de règlement lié(s) à la transaction de règlement, et remplissant les autres conditions de sélection, sont alors proposées en règlement SOUS LA MÊME TRANSACTION. Les exceptions doivent être gérées soit dans le tableau de contrôle (si l'option "contrôle" est activée), ou, le cas échéant directement en saisie de règlement.Collectifs
| Groupe collectif (champ GRPSAC) |
|
Si saisi, seules les échéances dont le collectif appartient à ce groupe seront prises en compte pour la génération des règlements. |
| Collectif (champ SAC) |
| Compte (champ SACACC) |
Devises
| Groupe de devises (champ GRPCUR) |
|
Si saisi, seules les échéances dont la devise appartient à ce groupe seront prises en compte pour la génération des règlements. Un règlement par société, par transaction de règlement et par devise est créé. Dans tous les cas, le règlement reste mono-devise. |
| Devise (champ CUR) |
|
Si une devise est renseignée, seules les échéances de cette devise seront prises en compte pour la génération des règlements. |
Echéances
| Acomptes (champ INSFLG) |
|
Sélectionnez cette case à cocher pour prendre en compte, dans la génération des règlements, les échéances d'acomptes générés dans les modules Ventes et Achats. Voir la documentation Gestion d'acomptes (Achats) et Gestion d'acomptes (Ventes). |
| Tous types de pièce (champ ALLTYP) |
|
Désactivez cette case à cocher pour filtrer la sélection en fonction du type de pièce des échéances ou pour une borne de numéros de pièces. |
| Type de pièce (champ TYP) |
| Pièce début (champ PCEDEB) |
| Pièce fin (champ PCEFIN) |
Onglet Génération
Les échéances sur relevé
Lorsque les échéances de factures sont portées sur relevé, deux cas se distinguent :
- S'il n'y a pas comptabilisation des relevés (le paramètre SOICPT - Comptabilisation relevés (chapitre TRS, groupe SOI) a pour valeur Non), le règlement est proposé pour les échéances sur la base des caractéristiques du relevé (mode de paiement, site, etc.).
- S'il y a comptabilisation du relevé (le paramètre SOICPT - Comptabilisation relevés a pour valeur Oui), le règlement est proposé pour l'échéance associée à la pièce qui a soldé le relevé.
Dans les deux cas, un règlement propre au relevé est créé.
Montants
| Montant maxi éché (champ DUDMNTMAX) |
|
Si le montant est saisi, seules les échéances dont le montant est inférieur à ce montant seront prises en compte pour la génération des règlements. |
| champ CURDUDMAX |
| Montant mini regl (champ PAYMNTMIN) |
|
Si ce champ est renseigné, seuls les règlements en devise de reporting d'un montant supérieur à ce montant sont créés. Attention : le montant du règlement dépend des options de règlement choisies (ex. : toutes les échéances du règlement sont-elles incluses dans la même transaction de règlement ? Est-il borné à date ? Est-ce un règlement par site, par échéance, etc. ?) |
| champ CURPAYMIN |
| Montant maxi glob (champ MNTMAX) |
| champ CURMNTMAX |
Banque
| Banque (champ BAN) |
|
Ce champ indique la banque sur laquelle sont affectés les règlements. La banque indiquée doit nécessairement être associée à la société pour laquelle la proposition automatique de règlement est activée. La transaction de saisie des Règlements détermine si les informations sont obligatoires ou optionnelles. |
| Pool bancaire (champ POO) |
|
Ce champ indique le Pool bancaire sur lequel sont affectés les règlements. Le Pool bancaire indiquée doit nécessairement être associée à la société pour laquelle le traitement de proposition automatique de règlement est activé. Pour certaines transactions de règlement, il est obligatoire de renseigner cette zone (défini lors du paramétrage des transactions de règlements). Lorsque cette zone n'est pas renseignée, c'est la banque associée au tiers qui est proposée par défaut. Lorsque l'on sélectionne un pool bancaire, il est possible de définir si les règlements sont traités en fonction de la 'Date d'échéance la plus proche', ou du 'Montant le plus élevé'. |
| Mode d'affectation (champ ALLMOD) |
|
Ce champ est utilisé quand des règlements sont imputés à une allocation bancaire, dans le cas d'un montant de proposition maximum. Il indique quelle priorité doit être donnée aux échéances à intégrer à un règlement. |
Regroupement règlement
| 1 échéance / règlement (champ PAYDUD) |
|
Ce champ indique qu'un règlement est créé pour chacune des échéances répondant aux critères. Cas particulier des tiers de type 'Divers' A un code tiers de type Divers correspond un seul code adresse. Chaque échéance peut représenter un couple partenaire/adresse différent. Le critère de regroupement doit donc être 'une échéance pour un réglement'. |
| Date échéance (champ PAYDUDDAT) |
|
Ce champ indique qu'un même règlement est créé pour toutes les échéances de facture ayant la même date d'échéance, par tiers. |
| Compte collectif (champ PAYSAC) |
|
Ce champ indique qu'un même règlement est créé pour toutes les échéances de facture pour lesquelles le tiers a été enregistré sous le même collectif. Ce regroupement s'effectue par défaut si les champs 'Type de tiers' et 'Contrôle' ne sont pas renseignés dans les critères de sélection. Quand la case à cocher est sélectionnée :
|
| Site (champ PAYFCY) |
|
Ce champ indique qu'un même règlement est créé pour toutes les échéances de facture ayant la même date d'échéance pour un tiers donné. |
Divers
| Ordre de tri (champ ORDRE) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Une trace est affichée en fin de proposition de règlements. Elle liste les règlements créés ou à créer en cas de simulation.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Simulation (champ SIM) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Ce champ vous permet d'obtenir la liste des échéances susceptibles d'être proposées en règlement.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Contrôle (champ CTLFLG) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Quand cette case à cocher est sélectionnée, elle permet d'obtenir la liste des échéances susceptibles d'être proposées en règlement dans un tableau.
Par exemple : mode de regroupement 1 échéance/1 règlement
Le pied du tableau résume les règlements à générer :
La liste des échéances pouvant être proposées au règlement est également imprimable dans l'état PAYPROPLIST - Proposition automatique. Cet état est obtenu en cliquant sur le menu 'Edition' depuis le volet d'actions ou sur l'option 'Liste' du bouton Impression. L'écran d'impression standard s'affiche ensuite pour saisir les paramètres de l'état. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Sélection par défaut (champ SELDEF) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Ce champ est disponible quand la case à cocher Contrôle est sélectionnée. Quand vous sélectionnez la case à cocher Sélection par défaut, la colonne Sélection sur l’écran Sélection de proposition de règlement affiche par défaut la valeur Oui sur tous les règlements proposés. Si la case à cocher n’est pas sélectionnée, la valeur de la colonne par défaut est Non. Dans les deux cas, vous pouvez sélectionner Oui ou Non pour chaque règlement proposé. |
Règlements
| Site (champ FCYPAY) |
|
Ce champ indique le site des règlements générés. Il doit être compatible avec la société, la banque ou le pool bancaire. |
| Collectif (champ SACPAY) |
|
Ce champ indique le collectif des règlements générés. Il doit ête compatible avec le tiers éventuellement sélectionné. |
| Compte (champ SACPAYACC) |
| Devise (champ CURPAY) |
|
Ce champ est une zone facultative permettant de générer les règlements dans une devise particulière. A défaut d'être précisée, la devise de règlement sera égale à la devise de facturation. |
| Date comptable (champ ACCDAT) |
|
Pour les transactions avec gestion par date échéance et dont la première comptabilisation est la comptabilisation en banque, les règlements sont générés aux dates des échéances. Dans les autres cas, les règlements sont générés à la date saisie ici. |
| Référence remise (champ REF) |
|
Ce champ indique la référence du bordereau. |
| Nature de paiement (champ EPANATPAY) |
|
L'information indiquée dans ce champ est utilisée pour la génération de fichiers bancaires en format SEPA. Il correspond au champ ‘Code purpose’ dans le fichier .xml. |
Contrôle proposition auto
Cet écran affiche la liste des échéances à proposer au règlement en fonction des critères des écrans précédents.
A partir de cette fenêtre, vous avez accès aux options suivantes depuis le volet Actions :
Créer :
Totaux devise : Cliquez sur ce bouton pour visualiser les totaux de règlements par devise.
Etat : Générer l'état PAYPROPLIST - Proposition automatique à partir des informations du tableau des Détails.
Tableau des détails
Ce tableau affiche les informations de chaque échéance sur laquelle des règlements sont proposés. Les colonnes Pays cpte bancaire, Préfixe IBAN, et Numéro compte bancaire s'affichent, dans les conditions suivantes :
La case à cocher Toutes transactions est sélectionnée sur l'onglet Critères.
Le numéro de compte bancaire est géré pour une transaction sélectionnée. Dans ce cas, ce numéro de compte est requis. S'il est absent, la ligne est surlignée en rouge.
Bloc numéro 1
| Site (champ FCY) |
| Référence remise (champ REF) |
| Montant maxi éché (champ DUDMNTMAX) |
| champ CURDUDMAX |
| Montant mini regl (champ PAYMNTMIN) |
| champ CURPAYMIN |
| Montant maxi glob (champ MNTMAX) |
| champ CURMNTMAX |
Bloc numéro 2
| Date comptable (champ ACCDAT) |
| Collectif (champ SACPAY) |
| champ SACPAYACC |
| Devise (champ CURPAY) |
| Banque (champ BAN) |
| Pool bancaire (champ POO) |
Tableau Détails
| Sél (champ SELEC) |
|
Paramétrez ce champ sur Oui pour comptabiliser des règlements sur cette ligne en fonction d'une date d'échéance. Paramétrez ce champ sur Non pour supprimer les dates d'échéance de règlement de la ligne. Par défaut, seuls les règlements de cette colonne ayant pour valeur Oui sont inclus dans l'état PAYPROPLIST - Proposition automatique. |
| Tiers (champ BPRPAY) |
| Raison sociale (champ BPRNAM) |
| Echéance (champ DUDDAT) |
| Date comptable (champ ACCDATLIN) |
| Date escompte (champ DISDAT) |
| Typ (champ TYP) |
| Facture (champ NUM) |
| Pièce origine (champ ORINUM) |
| Dev (champ CUR) |
| Montant (champ AMTCUR) |
|
Ce champ est initialisé au montant proposé en règlement de l'échéance. Il est exprimé en devise d'échéance. L'utilisateur peut modifier le montant du règlement de l'échéance. |
| Esc/agio (champ AMTDEP) |
|
Ce champ est initialisé au montant de l'escompte de l'échéance calculé par le programme de proposition automatique, en fonction du code escompte associé à la facture. Dès lors qu'un code escompte est associé à l'échéance, le montant de l'escompte est modifiable. |
| Retenues (champ RITAMT) |
| Solde (champ SOLDE) |
| champ AMTLOC |
| Site (champ FCYLIN) |
| Coll (champ SAC) |
| Compte (champ SACACC) |
| Adresse (champ BPAPAY) |
| Banque (champ BANLIN) |
| Trans. (champ PAYTYP) |
| Conditions paiement initiales (champ PTE) |
| Mode règlement (champ PAYMETH) |
| Pays cpte bancaire (champ BIDCRY) |
|
Ce champ affiche le pays associé au numéro de compte bancaire. Ce champ s'affiche quand la case à cocher Toutes transactions est sélectionnée sur la section Critères ou quand le numéro de compte est géré pour la transaction sélectionnée. Quand le numéro de compte est géré, mais un champ obligatoire n'est pas renseigné, la ligne est surlignée en rouge. |
| Préfixe IBAN (champ IBAN) |
|
Ce champ affiche le préfixe IBAN. Ce champ s'affiche quand la case à cocher Toutes transactions est sélectionnée sur l'onglet Critères ou quand le RIB est géré pour la transaction sélectionnée. Quand le RIB est géré, mais un champ obligatoire n'est pas renseigné, la ligne est surlignée en rouge. |
| N° compte bancaire (champ BIDNUM) |
|
Ce champ s'affiche quand la case à cocher Toutes transactions est sélectionnée sur la section Critères ou quand le numéro de compte est géré pour la transaction sélectionnée. Par défaut, le numéro de compte affiché est repris des adresses du tiers payeur, et plusieurs numéros de compte peuvent être saisis pour chaque adresse de paiement. Si vous changez le numéro de compte, alors il change sur toutes les lignes du même règlement et sur les lignes ayant pour valeur Oui dans la colonne Sél. de la ligne. Le pays du compte et le préfixe IBAN associés sont mis à jour pour correspondre au nouveau numéro de compte. Si le numéro de compte est géré et le champ Numéro compte bancaire est non renseigné, la ligne est surlignée en rouge car un champ obligatoire n'est pas rempli. |
Bloc numéro 4
| Nb règlements (champ NBRPAY) |
| Total général (champ TOTAMTCPY) |
| champ CURCPY |
États
L'état PAYPROPLIST - Proposition automatique est édité à partir du tableau de contrôle affichant la liste des échéances susceptibles d'être proposées en règlement. Il est uniquement disponible lorsque le contrôle du traitement de la proposition automatique de règlement est demandé. Pour la même raison, cet état ne peut pas être lancé par la fonction standard de génération des états.
Cliquez sur Etat ou Liste depuis le menu d'Impression pour consulter les paramètres d'états.
Par défaut, seules les échéances sélectionnées dans le tableau comme étant à régler (Oui dans la colonne Sélection) sont imprimées dans l'état. Il est toutefois possible de changer ce comportement grâce au paramètre de l'état Impression règlement exclus.
Le paramètre d'état Imprimer détail spécifique permet d'afficher le numéro de compte bancaire associé au règlement, s'il est différent de celui du tiers par défaut. Le numéro de compte et la méthode de paiement spécifiques s'affichent sur une ligne séparée, après le règlement.
Tâche batch
Cette fonction peut être lancée en batch. La tâche standard PAYPROPAL est prévue à cet effet.
Modalités de création automatique d'une dépense immobilisable
En cas de génération d'une ligne d'escompte liée au règlement anticipé d'une facture achat ou d'une facture tiers fournisseur, une dépense immobilisable négative est automatiquement créée lorsque les conditions suivantes sont réunies :
- La société est soumise à la législation allemande ou autrichienne.
- Le paramètre DEPMGTMOD - Mode gestion escompte (chapitre TC, groupe INV) a pour valeur : Ventilation par TVA (niveau compte).
- Destination comptable : Le paramétrage du code comptable de la ligne d'escompte est conforme :
- La case Création dépense est activée.
- La case Escompte agios est activée.
- écriture générée selon le schéma : Compte <=> Tiers.
- Codes comptables : Les imputations comptables des codes de type Taxe (déterminées à partir du code taxe sur la ligne de règlement) sont définies pour la ligne 13 Régularisation à déduire. Elles sont utilisées pour effectuer l'imputation comptable de la dépense négative.
- Paramétrage des comptes :
- le Suivi immobilisation doit être activé afin d'autoriser l'utilisation du compte sur les biens et les dépenses gérés dans le module Immobilisations,
- la Création de dépenses doit être autorisée,
- la Nature comptable doit être renseignée.
Lorsque la transaction de saisie des règlements prévoit plusieurs étapes dans le règlement, la génération de la dépense liée à l'escompte se produit lors de la première étape de comptabilisation du règlement.
La référence de la dépense générée est indiquée dans la trace produite à l'issue de l'enregistrement du règlement.
Au niveau de la dépense, la référence du règlement est affichée dans le champ: Facture et le Type de facture prend pour valeur : Escompte/Agios.
En cas d'annulation d'un règlement associé à un escompte :
- La dépense d'escompte est automatiquement annulée si elle n'a pas déjà été immobilisée.
- une dépense positive est automatiquement créée si la dépense d'escompte précédemment générée a déjà été immobilisée.
Actions spécifiques
|
Cliquez sur cette action pour enregistrer vos paramétrages dans un Code mémo et les utiliser ultérieurement. Le mémo est lié à votre profil utilisateur et non à la fonction ou à l'écran.
|
|
Cliquez sur cette action pour saisir un Code mémo et charger les paramétrages enregistrés sous ce code. |
|
Cliquez sur cette action pour supprimer un Code Mémo. |
Limites
Gestion des remises sur taxes
Lorsque la société gère la remise sur taxes dans les éléments de facturation (le paramètre DEPMGTMOD - Mode gestion escompte (chapitre TC, groupe INV) a pour valeur Remise sur taxes), le calcul des montants d'escomptes/agios en saisie/proposition de règlement se fait TTC et non hors taxes. Le calcul ne prend pas en compte la TVA déjà déduite sur l'escompte/agio lors de la facturation.
Delettrage/relettrage
Après annulation du règlement, les échéances du règlement et échéances associées :
- ne peuvent plus être lettrées
- peuvent être lettrées partiellement (en minuscule) alors que le groupe est équilibré
L'annulation comptable d'un règlement peut ne pas prendre en compte les informations de lettrage si :
- Les échéances du règlement annulé sont lettrées avec d'autres pièces non présentes dans le règlement annulé
- Ces pièces contiennent un avoir imputé et lettré à une facture du groupe alors qu'elle était soldée (le paramètre LETAUTCNO - Lettrage auto facture->avoir (chapitre CPT, groupe MTC) a pour valeur Oui).
Cas du tiers client ou fournisseur inactif
La création de règlements sur un tiers non actif est interdite via la Saisie manuelle de règlements.
Afin de ne pas bloquer complètement l'enregistrement d'un règlement reçu d'un tiers devenu non actif, ou émis à destination d'un tiers devenu non actif, le règlement des échéances de ce tiers reste possible via la fonction de Proposition automatique de règlements.
Sélection d'une échéance par picking de la devise de paiement
Lors de la création d'un paiement par sélection d'une date d'échéance, le champ Devise est alimenté avec la devise de la première date d'échéance sélectionnée. La devise n'est pas modifiable.
Si vous souhaitez une devise de paiement différente de la devise de l'échéance, saisissez la devise de paiement avant de sélectionner une date d'échéance.
Cas non gérés en standard
Sage X3 ne gère pas les cas suivants en mode standard : paiement en devise A et acompte en devise B, avec un tiers en en-tête de paiement différent du tiers de la commande.
Échéances dans le volet de sélection
Dans le volet de sélection, les listes Échéances et Échéances groupées proposent uniquement des échéances avec un type de pièce autorisant la Gestion des échéances.
Cas particulier :
Cas où le règlement est en cours de création mais le site de règlement n’est pas encore renseigné (et donc la législation du règlement n’est pas encore connue). Dans ce cas, la législation du type de pièce à considérer est déterminée de la façon suivante :
- Si la transaction de saisie contient une législation, c’est cette législation qui est considérée. Les échéances affichées sont donc sur des types de pièce ayant cette législation et dont la case Gestion échéances est cochée.
- Si la transaction de saisie ne contient pas de législation, le système recherche le paramètre LEGFIL - Législation (filtre sélection) (chapitre SUP, groupe INT).
- Si le paramètre LEGFIL contient une valeur, c’est la législation de ce paramètre qui est considérée.
- Si le paramètre LEGFIL est vide, le système recherche la législation par défaut du dossier et c’est la première législation trouvée qui est considérée en dernier recours.
Exceptions lorsque le type de pièce n’a pas de législation :
1) Lorsque le site n’est pas renseigné sur le règlement, l’échéance apparait dans la liste des échéances groupées, même si elle a été comptabilisée sur une société dont la législation est différente de celle de la transaction de saisie.
2) Si en plus la transaction de saisie de règlement n’a pas de législation, l’échéance est affichée, indépendamment de la législation par défaut du dossier ou de la valeur du paramètre LEGFIL.
Lettrage manuel
Si vous imputez des échéances par lettrage manuel, le règlement reste alloué et s'affiche sur l'impression.
Échéances d'acompte liées à une commande de vente
Quand vous créez une échéance d'acompte liée à une commande de vente et que le champ Exonéré de taxe a pour valeur Oui, la situation suivante s'applique :
- Aucun calcul de TVA n'est effectué pour le document de vente, mais un taux de taxe est défini dans le tableau des codes taxe de la fonction Taux de taxes (GESTVT).
- Quand un acompte de ce type est payé et comptabilisé, la TVA est calculée en fonction du taux de taxe indiqué dans le tableau des taux de taxe.