Proposition automatique

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

• Mode sélection date (champ DATSELMODE)

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

• Date échéance fin (champ DATMAX)

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

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

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 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 utilisateurs (champ ALLUSR)

• Utilisateur (champ USR)

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

• Compte (champ SACACC)

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

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

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

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

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

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

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

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. 
Dans ce cas, le lancement de la proposition automatique va ouvrir un écran dans lequel ressortiront les échéances proposées en règlement. Avant de générer les règlements proposés par le programme, l'utilisateur peut modifier la proposition. Il peut choisir de ne pas régler certaines échéances, de modifier le montant proposé en règlement ou encore de modifier le montant de l'escompte de certaines échéances. L'utilisateur peut également décider de ne rien générer. Ce type de génération est uniquement possible si la case à cocher 'Simulation' n'est pas sélectionnée.
 
Le corps du tableau présente les règlements proposés. Sur la base des regroupements demandés (1 échéance / règlement ; 1 date d'échéance / règlement ; 1 collectif / règlement ; 1 site / règlement), une ligne intermédiaire indique le montant du règlement à générer. Le tableau de contrôle permet alors :

• d'exclure des règlements (valeur 'Non') ; par défaut, tous les règlements à générer sont positionnés à la valeur 'Oui'.
• de modifier le montant à régler.

Par exemple : mode de regroupement 1 échéance/1 règlement

Le pied du tableau résume les règlements à générer :

• Le nombre de règlements à générer.
• Le montant, en contre-valeur devise de société uniquement (la campagne de règlement pouvant porter sur plusieurs devises).

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.
Par défaut, seules les échéances définies comme étant à régler dans le tableau ('Oui' dans la colonne 'Sélection') sont imprimées sur l'état. Il est possible de modifier ce comportement via le paramètre de l'état : 'Impression règlements exclus'.
 Cet état est imprimé à partir des résultats affichés dans le tableau.Il est ainsi uniquement disponible quand le contrôle du traitement de la proposition automatique de règlement est appliqué.Pour la même raison, cet état ne peut pas être lancé à partir de la fonction standard de génération des états.

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

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

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

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

• 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.
Cette donnée est reportée sur tous les règlements générés par le biais de la proposition automatique à condition que ceux-ci soient créés par une transaction de saisie de règlements ouverte au format SEPA.

• 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

• Date comptable (champ ACCDAT)

• Collectif (champ SACPAY)

• champ SACPAYACC

• Devise (champ CURPAY)

• Banque (champ BAN)

• Pool bancaire (champ POO)

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

• Préfixe IBAN (champ IBAN)

• N° compte bancaire (champ BIDNUM)

• Nb règlements (champ NBRPAY)

• Total général (champ TOTAMTCPY)

• champ CURCPY