• 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.

• Société (champ CPY)

Seules les échéances de cette société sont prises en compte pour la génération des règlements.
Par défaut, la société de l'utilisateur est renseignée.

• Echéances 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.
Cette borne de date est activée par le paramètre  DEPDUDDAT - Echéances dans bloc escompte (chapitre TRS, groupe TDC).

• au (champ DATMAX)

• Escomptes jusqu'à (champ DATDEP)

• 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)

Seules les échéances de ce collectif seront prises en compte pour la génération des règlements.
Si un type de tiers ou un tiers particulier a été saisi, il doit être compatible avec le collectif.

• 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.

• 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 :
Pour 3 échéances de règlement dues (échéances facture tiers client) :

• L'une en Chèque à 30 jours fin de mois (Condition de paiement CHQ30JFM) : 100 EUR
• L'autre en Chèque au comptant (Condition de paiement CHQCPT) : 100 EUR
• La dernière en Virement Comptant (Condition de paiement VIRCPT) : 100 EUR

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 :
En proposition automatique de règlement, si les champs Transactions de règlements et Mode de règlement ne sont pas renseignés, les règlements suivants sont créés :

• Un règlement de 200 EUR sur la transaction de règlement CCHQ (1ère transaction trouvée avec règlement par chèque).
• Un règlement de 100 EUR sur la transaction de règlement CVIR.

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 :
Mêmes données que dans l'exemple 1 précédent. En revanche le mode de règlement est renseigné : CHQ

Résultat:
Un règlement de 200 EUR est généré sur la transaction de règlement CCHQ.

Exemple 3 :

Données :
Mêmes données que dans l'exemple 1 précédent, mais la transaction CCHQR est sélectionnée. Celle-ci n'accepte que les échéances par chèques.

Résultat:
Un règlement de 200 EUR est généré sur la transaction de règlement CCHQR.

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)

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.

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)

Tous modes de règlement ou un mode de règlement particulier.

• Mode règlement (champ PAM)

Seules les échéances de ce mode de règlement seront prises en compte pour la génération des règlements.
Si un type de règlement a été saisi, le mode de règlement saisi doitêtre autorisé pour ce type de règlement.

• 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é.
Ce site doit appartenir à la société éventuellement saisie préalablement.

• 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)

Tous tiers ou un tiers particulier.
Dans tous les cas, le règlement reste mono-tiers.

• 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).
Seules les échéances de ce tiers seront prises en compte pour la génération des règlements.

• Tiers fin (champ BPRFIN)

• Tous types de pièce (champ ALLTYP)

• Type de pièce (champ TYP)

• Tous utilisateurs (champ ALLUSR)

• Utilisateur (champ USR)

• 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).

• 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)

La proposition sera plafonnée à ce montant, exprimé en devise de reporting.

• champ CURMNTMAX

• 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.
Dans les autres cas, la priorité est donnée aux gros montants.

• 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.
Ce champ est coché et inaccessible si la société gère le numéro VCS.

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'.

• 1 date échéance / règlement (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.

• 1 collectif / règlement (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 :

• les échéances d'acompte client seront regroupées dans un même règlement,
• les échéances d'acompte fournisseur seront regroupées dans un même règlement,
• les échéances de pièce de même collectif seront regroupées dans un même règlement.

• 1 site / règlement (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é.

• 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.
Il s'agit des caractéristiques comptables de chaque règlement généré. Ces informations seront reprises pour la comptabilisation du règlement, une fois validé.

• Dev (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.
Il s'agit des caractéristiques comptables de chaque règlement généré. Ces informations seront reprises pour la comptabilisation du règlement, une fois validé.

• 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é.
Il s'agit des caractéristiques comptables de chaque règlement généré. Ces informations seront reprises pour la comptabilisation du règlement, une fois validé.

• 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.
Il s'agit des caractéristiques comptables de chaque règlement généré. Ces informations seront reprises pour la comptabilisation du règlement, une fois validé.

• Référence remise (champ REF)

Ce champ indique la référence du bordereau.

• Ordre (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.
Dans cette liste, les règlements peuvent être affichés :

• par code tiers,
• par intitulé du tiers,
• par code transaction de règlement
• par date d'échéance de règlement.

• Simulation (champ SIM)

Ce champ vous permet d'obtenir la liste des échéances susceptibles d'être proposées en règlement.

• Si la case à cocher 'Simulation' est sélectionnée, un fichier texte est généré, listant les règlements proposés.
• Quand cette case à cocher n'est pas sélectionnée, les règlements sont générés.
  

• Contrôle (champ CTLFLG)