Proposição automática

• Sentido do pagamento (campo SNS)

Seuls des règlements associés à un type de règlement de ce sens sont générés.

• Socied. (campo 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.

• Data mode seleção (campo DATSELMODE)

• Vencimento de (campo 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).

• Data vencimento fim (campo DATMAX)

• Data desconto de (campo DATDISMIN)

• Data desconto em (campo DATDISMAX)

• Vencimento de (campo DATDISDUDM)

• Data vencimento fim (campo DATDISDUDM)

• Dias suplementares (campo ADDALLDAY)

• Desconto forçado (campo ALWDISFLG)

• Todas transacções (campo 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é.

• Transacção (campo 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.

• Todos modos de pag. (campo ALLPAM)

Todas as formas de pagamento ou um método particular de pagamento.

• Modo pagamento (campo 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.

• Todos estab. (campo ALLFCY)

Sélectionnez cette case à cocher pour inclure tous les sites pour la société sélectionnée.

• Estab. (campo 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.

• Todos tipos terceiros (campo ALLTYPBPR)

Todos os tipos de terceiros ou um tipo particular de terceiros.

• Tipo de terc. (campo 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).

• Todos terceiros (campo ALLBPR)

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

• Terc. início (campo 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.

• Terc. fim (campo BPRFIN)

• Todos os utilizad. (campo ALLUSR)

• Utilizador (campo USR)

• Grupo colectivo (campo 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.

• Colectivo (campo 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.

• Conta (campo SACACC)

• Grupo de divisas (campo 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.

• Divisa (campo 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.

• Ped.pagam. (campo 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).

• Todos tipos docum. (campo 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.

• Tipo de docum. (campo TYP)

• Documento inicio (campo PCEDEB)

• Documento fim (campo PCEFIN)

• Mont. máx. dt. venc. (campo 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.

• campo CURDUDMAX

• Mont.mín.pagamento (campo 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. ?)

• campo CURPAYMIN

• Mont.máx.global (campo MNTMAX)

A proposta será limitada a este valor, expresso na divisa de reporting.

• campo CURMNTMAX

• Banco (campo 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 bancário (campo 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é'.

• Modo de afectação (campo 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 venc./pagam. (campo 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'.

• Data de vencim. (campo 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.

• Conta coletivo (campo 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.

• Estab. (campo 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é.

• Ordenação (campo 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.

• Simulação (campo 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.
  

• Controlo (campo 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.

• Selecção por defeito (campo 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é.

• Estab. (campo 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é.

• Colectivo (campo 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é.

• Conta (campo SACPAYACC)

• Divisa (campo 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é.

• Data contab. (campo 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é.

• Ref. desconto (campo REF)

Este campo indica a referência do recibo.

• Natureza pagamento (campo 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.