Paramétrage > Comptabilité tiers > Transactions saisie règlements 

Utilisez cette fonction pour définir les caractéristiques de la transaction de règlement et les modes de règlement utilisés par la société :

  • caractéristiques générales : sens (recette ou dépense), mode de règlement (virement, chèque, etc.),
  • écrans de saisie : champs affichés, champs obligatoires,
  • étapes de comptabilisation et modalités de regroupement : remise en banque, mise en portefeuille, éclatement de fichiers bancaires, etc.

Prérequis

SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre

Gestion de l'écran


En-tête

Champs

Les champs suivants sont présents dans cet onglet :

Code unique identifiant la transaction de règlement.

  • Intitulé (champ DESTRA)

Intitulé classique de la fiche courante.

  • Intitulé court (champ SHOTRA)

 

 

 

Onglet Général

Champs

Les champs suivants sont présents dans cet onglet :

Critères

  • Actif (champ ENAFLG)

Ce code d'accès permet de restreindre l'accès aux données par utilisateur ou groupes d'utilisateurs.
Si le champ est renseigné, seuls les utilisateurs qui disposent de ce code d'accès dans leur profil peuvent utiliser cette transaction.
Si plusieurs transactions sont disponibles, vous pouvez choisir celle à utiliser pour ouvrir la fonction associée. Si une seule transaction est disponible, aucun choix n'est proposé et l'écran de saisie par défaut s'affiche.

  • Sens (champ SNS)

Sélectionnez le sens de règlement.

Si vous sélectionnez Dépense ou Recette, ce champ ne s'affiche pas dans l'en-tête du règlement en saisie de règlements. Dans ce cas, on sait que la transaction de règlement est toujours une dépense (Chèque émis par exemple) ou toujours une recette (Chèque reçu par exemple).

Si vous sélectionnez Indéterminé, vous devez effectuer votre sélection en en-tête de règlement : soit Dépense, soit Recette. Ceci permet de ne créer qu'une transaction de règlement servant à la fois aux recettes ou dépenses (saisie caisse par exemple) .

L'étape d'approbation des règlements ne s'applique qu'aux dépenses ou règlements indéterminés lorsque les cases à cocher Bordereaux de remise et Fichier banque sont sélectionnées. Pour définir les utilisateurs autorisés à approuver des règlements, utilisez le paramètre PAYAPP - Autorisation de paiement.

Bloc numéro 2

  • Banque ou caisse (champ BANCSH)

Sélectionnez Banque pour un registre de banque et Caisse pour un registre de caisse.

Vous pouvez sélectionnez le Sens correspondant : Recette ou Dépense.

Définit la destination comptable proposée par défaut lors de la saisie d'un règlement pour cette transaction.
En général, cette destination est paramétrée avec ‘Sens règlement’ pour sens comptable.

Le code interbancaire (CIB) est une codification employée par toutes les banques pour indiquer le type d'opérations bancaires sur les lignes de relevés bancaires qu'elles envoient à leurs clients.
Ce code est lié à la table diverse 306.
Les pièces comptables ont aussi un code interbancaire. Il permet de faciliter (tri,sélection) et de contrôler le rapprochement bancaire (fonction RAPBAN) entre les écritures d'un compte de banque avec des lignes de relevés bancaires.
Le code saisi peut donc être transmis aux pièces de comptabilisation des règlements via les pièces automatiques de règlements.

  • Type de cours (champ RATTYP)

Indiquez ici le type de cours à utiliser pour effectuer les conversions de devises en cours saisie ou de comptabilisation des règlements.

  • Application cours facture (champ RATINV)

Si cette case à cocher est sélectionnée pour une facture dont la devise est différente de la devise de la société, le cours appliqué entre la devise de l'échéance et la devise de la société pour le solde du compte tiers (soldé lors de la première étape de comptabilisation) est le même cours que celui de la facture. Aucune pièce d'écart de change ne sera constatée en devise de société.

Si cette case à cocher n'est pas sélectionnée, le cours appliqué entre la devise de l'échéance et la devise de la société pour le solde du compte tiers est le cours appliqué à la date de comptabilisation. En cas d'écart de change, une pièce d'écart de change est générée en devise de société.

Remarque : Cette case à cocher est également utilisée pour la devise de reporting : une pièce d'écart de change en devise de reporting peut être générée (ou non) en fonction de l'activation de cette case.

Ce cours est applicable aux destinations comptables de type Banque ou Tiers et uniquement pour les cas où une ou plusieurs facture(s) est/sont imputée(s). Pour les autres destinations comptables ou les destinations comptables Banque/Tiers non imputées, le cours retenu est fixé par rapport au type de cours précédemment précisé.

Consécutivement à l'application de ce cours facture d'origine, plusieurs taux peuvent co-exister. Dans ce cas, la pièce comptable affiche un taux de change vide et un taux de change est proposé (incrusté sur l'écran).

Si la case à cocher Cours référentiel principal est sélectionnée sur l'onglet Saisie, ce champ est désactivé.
  • Gestion par date échéance (champ DUDFLG)

Si cette case à cocher est sélectionnée :

  • le code de regroupement est forcé à "règlement", ou "échéance" suivant les étapes de comptabilisation,
  • les propositions automatiques générées sont regroupées par échéance (une échéance par règlement ou une date d'échéance par règlement),
  • la date comptable retenue pour l'écriture de comptabilisation en banque du règlement est égale à la date d'échéance du règlement lorsque celui-ci est remis à l'encaissement. En passant par un bordereau de remise, il est possible de confirmer le choix de remise à l'encaissement, ou au contraire de modifier celui-ci afin qu'il soit remis à l'escompte; dans ce dernier cas, la date comptable est saisissable.
  • Gestion endossement (champ FLGEND)
  • Paiement cash (champ SPACSH)

Cet indicateur est affiché uniquement lorsque le code activité KSP est actif.
Elle indique que tous les règlements effectués par cette transaction sont considérés comme des règlements en espèces.

  • Type règlement suisse (champ SWIPAYTYP)

Ce champ nécessite l'activation du code d'activité KSW - Localisation suisse.

Utilisez ce champ pour sélectionner le type de fichier généré :

Normal : Aucun type de fichier spécifique. Utilisez ce paramétrage si aucun fichier de paiement n'est créé.

EZAG : Les fichiers de paiement sont créés dans le format EZAG (format spécifique à Postfinance en Suisse).

DAT : Les fichiers de paiement sont créés dans le format DAT (format spécifique aux banques suisses et au 'Swiss Interbank Clearing' (SIC)).

ISO : Les fichiers de paiements sont créés en format ISO 20022.

Reportez-vous au guide de la législation suisse disponible sur le Centre d'aide en ligne, sur l'onglet Livres blancs pour plus d’informations sur le paramétrage des règlements et du BVR.

  • Tiers (champ BPRTYP)

 

  • TVA sur encaissements (champ CSHVATRGM)

 

Tableau Mode règlement

  • No (champ NUMLIG)

 

Cette table vous permet d’indiquer les modes de règlement utilisés dans la proposition automatique de règlement (cf. Documentation Proposition automatique des règlements).
Seules les échéances avec un mode de règlement correspondant à un des modes définis peuvent être réglées automatiquement.

 

Onglet Saisie

Présentation

Zones supplémentaires

Il est possible d'ajouter des données en saisie (jusqu'à 30 champs). Ces champs doivent être définis dans l'écran PAY2, et sont optionnellement repris dans les écrans de transaction en fonction des réponses de présence données dans ce tableau.
Ces champs sont, par exemple, liés au code activité KSW - Suisse.

Motif économique

Le code motif économique est utilisé par la Banque de France dans le cadre de l’établissement de la Balance des paiements.
Il est nécessaire pour toute opération entrant dans le cadre suivant :

  • transactions en euro vers une banque de l'Union européenne, y compris la France, pour les comptes de non-résidents et à partir de 50 000 euros,
  • transactions en euro vers une banque située à l'extérieur de l'Union européenne et à partir de 12 500 euros,
  • transactions en devise autre que l'euro vers une banque de l'Union européenne, y compris la France et à partir de 12 500 euros.

SEEINFOLa qualité de résident/non-résident est définie au niveauTiers.
Les seuils déclaratifs sont déterminés par les valeurs paramètres AMTVIR1, AMTVIR2 et AMTVIR3 dans le chapitre Tiers / Valeurs par défaut.

La saisie de ce code et son caractère obligatoire sont déterminés au niveau du paramétrage de la transaction de saisie de règlements.
Si la société à partir de laquelle on constitue le règlement a le statut de déclarant direct général à la balance des paiements, le code 060 ‘Déclarant direct général’ est proposé (paramétrage fiche Société).
Dans le cas contraire, la valeur proposée sera celle définie au niveau du tiers (paramétrage fiche Tiers).
SEEINFOCe code est modifiable.
Cette valeur est reprise dans les fichiers bancaires (AFB160, AFB320, SEPA Credit Transfer).

Fonctionnement du code motif économique

Si la société est déclarante directe, le code Motif économique '060' doit être renseigné dans la section Compta de la fiche Société.
Ce code est automatiquement appliqué à tout règlement à destination de tiers non résidents généré à partir de cette société.
SEEINFOCe champ n'est pas alimenté s'il s'agit d'opérations avec des résidents.

Si la société n'est pas déclarante directe, le code motif économique doit être renseigné pour chaque tiers non résident.
En fonction des seuils déclaratifs, il est pris en compte :

SEEINFOSi aucune valeur n'a été renseignée dans la ficheTiers, un code peut être sélectionné directement ensaisie de règlement.
SEEWARNINGLa saisie est rendue obligatoire si le paramétrage de la transaction desaisie de règlement l'impose.

 

Champs

Les champs suivants sont présents dans cet onglet :

Champs

  • Banque (champ DACBAN)

Pas d'aide liée à ce champ.

  • Obligatoire (champ BANOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Société (champ DACCPY)

Cette zone est affichée automatiquement en saisie de règlement. Elle correspond à la société dans laquelle se trouve le site précisé en en-tête de règlement.

  • Référence (champ DACREF)

On peut saisir une référence interne pour la pièce de règlement.

  • Obligatoire (champ REFOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Référence remise (champ DACFRMREF)
  • Obligatoire (champ FRMREFOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Type de remise (champ DACFRMTYP)
  • Libellé en-tête (champ DACDES)

Vous pouvez saisir un libellé, pour information. Ce libellé sera repris par défaut dans le libellé des lignes de saisie du règlement (si le champ ‘Libellé ligne’ a été sélectionné).

  • Obligatoire (champ DESOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Libellé ligne (champ DACDESLIN)
  • Obligatoire (champ DESLINOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Mode règlement (champ DACPAM)

Ce champ est lié à la table diverse n°3.

  • Date origine (champ DACORIDAT)
  • Obligatoire (champ ORIDATOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Date échéance (champ DACDUDDAT)
  • Obligatoire (champ DUDDATOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Date de valeur (champ DACVALDAT)
  • Obligatoire (champ VALDATOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Date création (champ DACBILDAT)
  • Obligatoire (champ BILDATOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Numéro compte bancaire (champ DACBID)

Sélectionnez cette case à cocher si le champ RIB doit être affiché dans la transaction de saisie de règlement.

Ce champ est obligatoire si le type de règlement est utilisé pour des règlements électroniques. Vous devez sélectionner cette case à cocher et la case à cocher Obligatoire correspondante. Sur les règlements effectués par transmission électronique, les cases à cocher Fichier banque ou Génération SEPA de l'onglet Etapes doivent être sélectionnés.

Le RIB est généralement initialisé à partir du code adresse de règlement. Si la transaction de saisie de règlement est liée à un prélèvement, le RIB est récupéré par défaut du mandat saisi dans le règlement d'entête (voir le livre blanc sur la gestion des mandats SEPA dans Sage X3 sur le Centre d'aide en ligne, section 'Comptabilité').

  • Obligatoire (champ BIDOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Domiciliation 1 (champ DACPAB1)

Champ indiquant le nom de la banque. La domiciliation de la banque est généralement initialisée à partir du code adresse de règlement.
SI le code activité VII - Virement internationaux est actif, l'activation de ces champs permet également de rendre accessible d'autres références de domiciliations pour les banques intermédiaires.

  • Obligatoire (champ PAB1OBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Domiciliation 2 (champ DACPAB2)

 

  • Obligatoire (champ PAB2OBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Référence tiré (champ DACBPRREF)
  • Obligatoire (champ BPRREFOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Motif de règlement (champ DACEPARENP)

 

  • Obligatoire (champ EPARENPAYO)

 

Bloc numéro 2

  • Type de chèque (champ DACCHQTYP)
  • Numéro chèque (champ DACCHQNUM)
  • Obligatoire (champ CHQNUMOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Etablisst payeur (champ DACCHQBAN)
  • Obligatoire (champ CHQBANOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • No carte bancaire (champ DACCRDNUM)
  • Obligatoire (champ CRDNUMOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Autorisation carte (champ DACCRDAUZ)
  • Obligatoire (champ CRDAUZOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Type achat (champ DACPURTYP)
  • Cours référentiel principal (champ DACCURRAT)

Sélectionnez cette case à cocher pour saisir directement un cours de devise en saisie de règlement. Cette action écrase la devise de règlement par défaut dans la table des Cours de devise.

Cette case à cocher est désactivée quand la case à cocher Application cours facture est sélectionnée sur l'onglet Général.

Si vous sélectionnez cette case à cocher, le champ Application cours facture est désactivé sur l'onglet Général.

  • Obligatoire (champ CURRATOBL)

Sélectionnez cette case à cocher pour rendre obligatoire la saisie d'un cours de devise en saisie de règlement.

  • Montant banque (champ DACAMTBAN)

Définit ou non la présence de le champ ‘montant banque’. Ce champ
est le montant du règlement exprimé dans la devise du compte en banque.
Si ce champ n'est pas présent, le montant sera calculé automatiquement.

  • Obligatoire (champ AMTBANOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Date banque (champ DACBANDAT)
  • Obligatoire (champ BANDATOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Nombre de colonnes fixes (champ NBRCOL)

Indique le nombre de colonnes qui sont figées à gauche
dans la table des pièces de comptabilisation.

Onglets

  • Lot de saisie (champ DACPYL)

Conditionne la gestion des lots de saisie (onglet Lot de saisie et zones en-tête) dans la saisie des règlements.

  • Contrôle solde (champ LOTPROBALC)

Ce champ est visible uniquement si le paramètre PROBALCTL - Contrôle solde progressif (chapitre TRS - groupe PAY) a pour valeur 'Oui'. Il est accessible si la case ‘Lot de saisie’ est activée.
Il permet de définir le contrôle de solde pour le Lot de saisie. Des champs supplémentaires pour le contrôle de solde du lot sont ajoutés dans la section ‘Lot de saisie’.
L'activation du contrôle du solde a un impact sur :

  • ‘Banque’ ou ‘Caisse’ : Banque doit être activé dans la section ‘Général’.
  • Le ‘Sens’ doit être ‘Indéterminé’ au niveau de la section ‘Général’.
  • Le champ ‘Banque’ doit être défini comme étant ‘Obligatoire’ au niveau de la section ‘Saisie’.
  • L'étape ‘Comptabilisation en banque’ doit être activée. Aucune autre étape ne doit être sélectionnée dans la section ‘Etapes’.
  • Transaction saisie règlement (champ DACPAYTYP)

Ce champ est disponible si le champ Banque ou Caisse a pour valeur Banque ou Caisse dans la section Général en législation polonaise ou sud-africaine.

Banque : Sélectionnez N/A ou Registre de banque. Si vous sélectionnez N/A, le règlement peut uniquement être créé depuis la fonction Saisie règlements (GESPAY). Pour créer un règlement dans la fonction Registre de banque (GESBCREG), sélectionnez Registre de banque.

Caisse : Sélectionnez N/A ou Registre de caisse. Si vous sélectionnez N/A, le règlement peut uniquement être créé depuis la fonction Saisie règlements (GESPAY). Pour créer un règlement dans la fonction Registre de banque (GESBCREG), sélectionnez Registre de banque.

Aucune transaction dédiée aux registres de caisse ou banque n’est disponible en saisie de règlements (GESPAY).

Tableau Zones supplémentaires

  • No (champ NUMLIG)

 

  • Saisie (champ DACSUP)

Ce tableau est constitué de champs optionnels qui ont pu être ajoutés par votre installateur.
Il permet d'activer ou non ces champs sur l'écran de saisie de règlement.

  • Intitulé (champ LIBSUP)

Cette case à cocher permet de rendre obligatoire la zone correspondante lors de la saisie de règlements

  • Obligatoire (champ SUPOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

 

Onglet Étapes

Présentation

La section Etapes permet de définir les étapes de comptabilisation propres à la transaction de règlement. L'ordre des étapes est immuable. Si, pour une transaction de règlement, toutes les étapes de comptabilisation sont sélectionnées, chaque traitement doit être complété avant de pouvoir passer à l'étape suivante.

Éclatement de fichiers bancaires

Vous pouvez créer une transaction de règlement dédiée à l’éclatement de fichier bancaire en utilisant les champs de la section Eclatement fichier bancaire. Vous pouvez ensuite utiliser cette transaction pour créer des bordereaux de remise et générer des fichiers bancaires dans les fonctions Saisie bordereau de remise (GESFRM) et Remises magnétiques (FICMAG). Lors de la génération de fichiers bancaires, un ou plusieurs fichiers sont créés selon les données de règlement et les critères d’éclatement renseignés.

L’éclatement de fichier dépend du format du fichier bancaire et doit être évalué. Par exemple, pour effectuer un éclatement par devise, vous devez utiliser un format spécifique prenant en charge le multi-devise (généralement par le biais de plusieurs fichiers séparés par devise).

Cette option n’est pas disponible en création de fichiers EDI.

Comptabilisation intermédiaire

Dernière étape de comptabilisation possible des règlements avant la comptabilisation en banque, une écriture peut être passée sur un compte intermédiaire de remise à l'encaissement ou à l'escompte par exemple.

Cette étape n'est accessible que pour les règlements placés sur un bordereau de remise.

Vous pouvez associer à l'étape de comptabilisation intermédiaire un groupe de pièces automatiques (cf. Groupe de pièces automatiques) : selon qu'il s'agisse de le première étape de comptabilisation ou de la seconde, le groupe de pièce proposé en standard peut être respectivement STEP1 ou STEP N.

Vous pouvez indiquer le journal de comptabilisation de la comptabilisation intermédiaire. Vous pouvez générer des schémas comptables différents suivant que le règlement soit remis à l'encaissement ou à l'escompte. Le journal sélectionné, selon le paramétrage, peut être déterminant pour la recherche du compte intermédiaire. Le type de journal sélectionné est lié à la définition de la Banque.

Un traitement propre vous permet d'effectuer la comptabilisation intermédiaire en masse des règlements sur bordereau.
SEEREFERTTO Se reporter à la documentation sur la Comptabilisation intermédiaire pour plus d'informations.

Comptabilisation en banque

Cette avant-dernière étape est obligatoire pour toutes les transactions de règlements. Elle permet la comptabilisation en banque du règlement.

Vous pouvez associer à l'étape de comptabilisation en banque un groupe de pièce automatique (cf. documentation Groupe de pièces automatiques). Selon qu'il s'agisse de le première étape de comptabilisation ou de la seconde/troisième, le groupe de pièce proposé en standard peut être respectivement  STEP1 ou STEPN.

Les champs Regroupement si encaissement et Regroupement si escompte sont accessibles lorsque la transaction comporte une étape de saisie de bordereau ou de saisie d'avis de domiciliation.
Le code de regroupement vous permet de définir si une écriture est générée selon le type de remise :

  • par règlement (1 règlement, 1 pièce comptable),
  • par bordereau (1 bordereau de remise, 1 pièce comptable),
  • par date d'échéance (1 pièce comptable par date d'échéance).

Le regroupement par échéance ou bordereau n'est possible que si l’option Bordereau de remise est activée.
Si le code édition rattaché au code traitement est "CHE" ou "CHR" (table diverse N° 304), le champ Regroupement si escompte est inaccessible.

Vous devez indiquer ensuite le journal utilisé pour la comptabilisation en banque. Le journal sélectionné, selon le paramétrage, peut être déterminant pour la recherche du compte bancaire. Le type de journal sélectionné est lié à la définition de la Banque.
Un traitement propre vous permet d'effectuer la comptabilisation en banque des règlements (voir Comptabilisation en banque). Vous pouvez également remettre un règlement en banque depuis la saisie de remise ou saisie de domiciliations (suivant les étapes paramétrées), ce qui permet aussi de valider cette étape pour un règlement/bordereau/avis unique

Autorisation requise

Vous pouvez exiger que les règlements de type dépense ou indéterminés soient soumis à une approbation. Pour cela, sélectionnez la case à cocher Autorisation et assurez-vous que les cases Bordereaux de remise et Fichier banque sont aussi sélectionnées. Les utilisateurs désignés comme approbateurs ont le paramètre PAYAPP - Autorisation de paiement (chapitre TDS, groupe AUZ) sur Oui.

Dévalorisation des effets

Cette dernière étape permet de gérer la comptabilisation des effets, notamment pour les législations espagnole ou portugaise. Indépendamment des législations, cette dernière étape permet de générer une étape de comptabilisation supplémentaire depuis la fonction Dévalorisation des effets.

Le groupe de pièce doit être défini.

Vous devez indiquer le journal utilisé pour la comptabilisation intermédiaire. Vous pouvez générer des schémas comptables différents suivant que le règlement soit remis à l'encaissement ou à l'escompte. Le journal sélectionné, selon le paramétrage, peut être déterminant pour la recherche du (des) compte(s). Le type de journal sélectionné est lié à la définition de la Banque.

 

Champs

Les champs suivants sont présents dans cet onglet :

Traitement

  • Proposition auto (champ PAYPPS)

Ce champ indique si le mode de règlement doit être pris en compte par la fonction de proposition automatique des règlements.

Impression

Saisissez le code d'état pour identifier les types de règlements à inclure. Ce code vous permet d'imprimer des états associés à des chèques, traites ou remises.

Pour les saisies de type banque ou caisse, appliquez les codes suivants :

PLKP pour les paiements reçus

PLKW pour les paiements émis

  • Impression obligatoire (champ EDTFLG)

Indiquez si l'impression associée au code est une
étape obligatoire avant la validation
du règlement ou de la note.

Bloc numéro 2

  • Affectation banque (champ STA4)

Ce champ indique si une phase d'affectation bancaire automatique est
possible pour ce type de règlement.
Dans le cas où cette étape n'est pas retenue, la banque doit être saisie manuellement sur chaque règlement.

  • Retour acceptation (champ STA2)

Ce champ indique si une étape d'acceptation est nécessaire avant la première validation du règlement.
Cette approbation consiste à activer manuellement un indicateur
indiquant que la validation est possible.

  • Autorisation (champ PAYAPP)

Sélectionnez cette case à cocher si l'approbation des règlements est requise.

Remarque : L'étape d'approbation s'applique uniquement aux règlements de type dépense ou indéterminés, et les cases à cocher Bordereaux de remise et Fichier banque doivent être sélectionnées.

Comptabilisation intermédiaire

  • Comptabilisation (champ STA8)

Indiquez si le bordereau de remise doit subir une comptabilisation intermédiaire avant sa comptabilisation en banque (utilisé par exemple pour les effets reçus lors de la remise à l'encaissement ou à l'escompte).

 

  • Type journal encaiss (champ JOU8)

 

  • Type journal escompte (champ JOU82)

 

Comptabilisation des effets

  • Comptabilisation (champ STA3)

Indiquez si une étape de comptabilisation des effets est nécessaire pour cette transaction de règlement. La comptabilisation des effets en portefeuille consiste à valider le règlement individuellement sur un compte différent du compte bancaire.

  • Màj portefeuille effets (champ UPDBIL)

Utilisez ce champ pour indiquer si le type de règlement est lié à un des champs Portefeuille de la fiche tiers.

Les champs Portefeuille (1, 2, etc.) correspondent à un ensemble d'effets à payer ou recevoir non échus.

Ces effets sont ensuite soumis à une phase de dévalorisation dans une fonction dédiée.

 

  • Type journal (champ JOU3)

 

Comptabilisation en banque

  • Comptabilisation (champ STA9)

 

 

  • Regroupement règlement (champ ACETYP91)
  • Regroupement escompte (champ ACETYP92)

 

  • Type journal (champ JOU9)

 

Remises

  • Bordereaux de remise (champ STA5)

Sélectionnez cette case à cocher pour indiquer si les règlements doivent être regroupés sur des bordereaux de remise avant leur comptabilisation en banque.

Lorsque l'approbation des règlements est requise, cette case à cocher doit être sélectionnée.

  • Domiciliations (champ STA7)

Indiquez si les règlements doivent être regroupés en avis de domiciliation avant leur comptabilisation en banque (cas des effets émis).

  • Fichier banque (champ STA6)

Sélectionnez cette case à cocher si une transmission magnétique du bordereau de remise est possible avec la banque (virements, LCR, etc).

Pour les domiciliations, sélectionnez cette case pour tracer les fichiers importés et exportés dans le suivi des règlements et avis de domiciliations.

Lorsque l'approbation des règlements est requise, cette case à cocher doit être sélectionnée.

  • Support magnétique (champ FILREF6)

Pour la France, il s'agit du fichier ETEBAC. Indiquez le nom du fichier à générer si la transaction ne génère que ce type de fichier. Sinon, laisser la zone vide pour que le choix du fichier se fasse à l'étape de la remise magnétique.

  • EDI (champ FILREF71)

 

  • Génération SEPA (champ EPACDTTRF)

Lorsque que cette case à cocher est sélectionnée, elle permet de générer des fichiers bancaires au format SEPA pour la transaction de saisie de règlement sélectionnée.
La génération d'un fichier au format SEPA est possible uniquement si l'option est active.
SEEWARNINGCela concerne uniquement le transfert de crédit SEPA (SEPA Credit Transfer).
SEEINFOCette case à cocher est accessible si la case Fichier banque est désactivée.

  • Fichier SEPA (champ FILREF8)

Utilisez ce champ pour sélectionner le fichier texte ‘pivot’ de Sage X3, envoyé à Sage Connect pour conversion en .xml.

  • Famille fichier bancaire (champ NATPAY)

La nature du règlement identifie les formats des fichiers bancaires qui peuvent être générés par la transaction de règlement. Suivant l'établissement bancaire ou le caractère national/international du règlement, le format du fichier est différent. La nature du règlement permet d'associer à une transaction de règlement, un ensemble de fichiers bancaires possibles.

Cette zone est obligatoire si la transaction génère un fichier bancaire.

Dévalorisation des effets

 

  • Type journal (champ JOU10)

 

Eclatement fichier bancaire

  • Mode règlement (champ GRPPAM)

Sélectionnez cette case à cocher dans les critères pour éclater les fichiers bancaires d’un groupe de bordereaux de remise donné, selon le mode de règlement.

L’éclatement de fichier dépend du format du fichier bancaire et doit être évalué pour chaque type.

Cette option n’est pas disponible en création de fichiers EDI.

  • Devise (champ GRPCUR)

Sélectionnez cette case à cocher dans les critères pour éclater les fichiers bancaires d’un groupe de bordereaux de remise donné, selon la devise.

L’éclatement de fichier dépend du format du fichier bancaire et doit être évalué pour chaque type. Par exemple, pour effectuer un éclatement par devise, vous devez utiliser un format spécifique prenant en charge le multi-devise (généralement par le biais de plusieurs fichiers séparés par devise).

  • Date échéance (champ GRPDUD)

Sélectionnez cette case à cocher dans les critères pour éclater les fichiers bancaires d’un groupe de bordereaux de remise, selon la date d’échéance.

L’éclatement de fichier dépend du format du fichier bancaire et doit être évalué pour chaque type.

 

Onglet Trésorerie

Champs

Les champs suivants sont présents dans cet onglet :

Export

  • Fait générateur (champ FLGCAS)

Ce champ vous permet de préciser quel est le fait générateur de la prise en compte des règlements d'une transaction dans le fichier d'export des règlements, vers le progiciel de trésorerie (cf. documentation Export règlement tréso Sage).
Les valeurs possibles sont (menu local 2673) :

  • Aucun: les règlements comptabilisés sur la transaction ne sont en aucun cas pris en compte dans l'export
  • Comptabilisation portefeuille / Comptabilisation intermédiaire / Comptabilisation en banque : les règlements sont pris en compte pour l'export dès que l'étape de comptabilisation franchie correspond au fait générateur.
    En cas d'annulation comptable, l'annulation est aussi transmise dès lors qu'elle intervient après le fait générateur.

Ce champ pointe sur la table diverse 325. C’est un critère de regroupement ou d’éclatement des règlements lors de la génération de fichiers d’export de règlement.
Par exemple, si deux transactions ont le même code de regroupement, les règlements inclus dans l’export seront groupés dans un même fichier, et le nom du fichier contiendra en préfixe le code de regroupement.

Tableau Equivalence

  • Code zone (champ CODCAS)

Code de la zone du fichier d'export des règlements dont le paramétrage du contenu peut être effectué.
Ce code correspond à celui sous lequel la zone est connue dans le progiciel de trésorerie :

  • menu local 2671 pour l’interface avec Sage Concept Trésorerie,
  • menu local 2674 pour l’interface avec Sage 1000 Trésorerie,
  • menu local 2686 pour l'interface avec Sage FRP Treasury.

SEEINFOCe code doit nécessairement être saisi en majuscules.

  • Formules (champ CLCFOR)

La formule de paramétrage peut être saisie de façon guidée grâce à l'assistant de formules.

Par défaut, les principales tables accessibles sont proposées : 

  • les tables de règlements (PAYMENTH, PAYMENTD),
  • la table des transactions de règlements (TABPAYTYP),
  • la table des bordereaux de règlements (PAYFRM),
  • des tables annexes (TABCUR, BANK, BPARTNER)

Ainsi que les principaux écrans :

  • les écrans de saisie de pièce (GACCENT0, GACCENT1, GACCENT2)
  • et les écrans de ventilation analytique (VENTILE et VENTILE2)

 

Longueur fixe de champ

Le fichier d'export des échéances est en longueur fixe (cf. documentation Export échéancier tréso Sage).
De ce fait, le contenu d'une zone peut être tronqué si, du fait du paramétrage, elle vient à contenir trop de caractères par rapport à sa longueur maximale dans le progiciel de trésorerie.

S'agissant de l'interface avec Sage Concept Trésorerie :

  • pour le code Nature (CPTA) = 16 caractères maximum
  • pour le code Annexe (CDC) = 16 caractères maximum
  • pour le Commentaire (DESCR) = 32 caractères maximum
  • pour le code Référence (CODRIF) = 8 caractères maximum
  • pour le Numéro de chèque (NASS) = 8 caractères maximum

 SEEWARNING Le paramétrage de certaines zones doit aussi tenir compte descontraintessuivantes :

  • les zones Nature (CPTA) et Annexe (CDC)
    Au niveau du progiciel de trésorerie, ces zones pointent sur une table de valeur ; il est donc préférable de les alimenter de la même façon pour l'export des échéances.
  • la zone Numéro de chèque (NASS)
    Celle-ci n'a pas vocation à récupérer un numéro de chèque, inexistant à ce stade du cycle de vie des échéances, mais plutôt à récupérer des informations complémentaires (si CODRIF et DESCR sont insuffisants par exemple)

Valeurs par défaut et valeurs saisies

Dans le cas où le paramétrage n'est pas renseigné pour tout ou partie des champs du fichier de trésorerie, les valeurs par défaut suivantes sont appliquées, quelle que soit la transaction et la banque :

  • pour la Date d'opération (DOPE) =
    • si le fait générateur = remise en banque
      • DOPE = date comptable
    • si le fait générateur < remise en banque
      • DOPE = date échéance si date échéance > date comptable
      • DOPE = date comptable si date échéance < date comptable
  • le champ Numéro de chèque (NASS) =
    • si le paramétrage de la transaction de règlement prévoit le champ 'Numéro de chèque' (CHQNUM de PAYMENTH), son contenu est automatiquement repris.
    • pour le neutraliser, il suffit de paramétrer un autre contenu (y compris "" pour que la zone soit transmise vide)

Dans le cas où ces valeurs par défaut ne conviennent pas, le paramétrage de certaines zones doit tenir compte des contraintes suivantes :

  • les zones Nature (CPTA) et Annexe (CDC)
    Au niveau du progiciel de trésorerie, ce champ pointe sur une table de valeurs ; il est donc préférable de l'alimenter de la même façon pour l'export des règlements.
  • le champ Date d'opération (DOPE)
    Ce champ est au format de date JJMMAAAA.
  • le champ Numéro de chèque (NASS)
    Celle-ci a ici vocation à récupérer un numéro de chèque, mais elle peut parfaitement être 'détournée' sur certaines transactions, pour récupérer des informations complémentaires (si CODRIF et DESCR sont insuffisants par exemple)
Longueur fixe de champ

  • pour le code Transfert (TRANS) = 128 caractères maximum
  • pour le code Libellé (DESCR) = 128 caractères maximum

 SEEINFOCes zones ne pointent pas sur des tables de valeur, côté Sage 1000 Trésorerie.

Valeurs par défaut et valeurs saisies

Dans le cas où le paramétrage n'est pas renseigné pour tout ou partie des champs du fichier de trésorerie, les valeurs par défaut suivantes sont appliquées, quelle que soit la transaction et la banque :

  • pour la Date d'opération (DOPE) =
    • si le fait générateur = remise en banque
      • DOPE = date comptable
    • si le fait générateur < remise en banque
      • DOPE = date échéance si date échéance > date comptable
      • DOPE = date comptable si date échéance < date comptable
  • pour la Référence (REF) =
    • si le paramétrage de la transaction de règlement prévoit le champ 'Numéro de chèque' (CHQNUM de PAYMENTH), son contenu est automatiquement repris.
    • pour le neutraliser, il suffit de paramétrer un autre contenu (y compris "" pour que la zone soit transmise vide)

Dans le cas où ces valeurs par défaut ne conviennent pas, le paramétrage de certaines zones doit tenir compte des contraintes suivantes :

  • le champ Transfert (TRANS)
    Elle permet de savoir s'il s'agit d'un virement international ou non et le contenu attendu de ce champ est de type Oui ou Non. Les valeurs envoyées sont libres pour peu qu'il n'y en ait que 2 distinctes (Sage 1000 Trésorerie utilise alors une table de transcodage)
  • le champ code Budgétaire (BUDG)
    Au niveau du progiciel de trésorerie, ce champ pointe sur une table de valeurs ; il est donc préférable de l'alimenter de la même façon pour l'export des règlements.
  • le champ Date d'opération (DOPE)
    Ce champ est au format de date JJMMAAAA.
  • le champ Référence (REF)
    Celle-ci a ici vocation à récupérer un numéro de chèque, mais elle peut parfaitement être 'détournée' sur certaines transactions, pour récupérer des informations complémentaires (si CODRIF et DESCR sont insuffisants par exemple)
  • le champ Type de LCR (LCR)
    Les valeurs attendues sont Encaissement/Escompte/Aucune, ou toutes autres valeurs dès lors qu'il n'y en a que 3. Le transcodage est alors fait au niveau de Sage 1000 Trésorerie.
S’agissant de l'interface avec Sage FRP Treasury

  • pour le code Libellé (DESCR) = 32 caractères maximum,
  • pour le code Référence (REFXRT) = 16 caractères maximum.

 SEEINFOCes zones ne pointent pas sur des tables de valeur, côté Sage FRP Treasury.

Valeurs par défaut et valeurs saisies

Dans le cas où le paramétrage n'est pas renseigné pour tout ou partie des champs du fichier de trésorerie, les valeurs par défaut suivantes sont appliquées, quelle que soit la transaction et la banque :

  •  pour la Date d'opération (DOPE) =
    • si le fait générateur = remise en banque
      •  DOPE = date comptable
    • si le fait générateur < remise en banque 
      • DOPE = date échéance si date échéance > date comptable 
      • DOPE = date comptable si date échéance < date comptable

Actions spécifiques

Cette action permet de valider le paramétrage de l'écran de saisie.

Cette action permet de copier le paramétrage de la transaction sur un autre dossier.

Messages d'erreur

Outre les messages génériques, les messages d'erreur suivants peuvent apparaître lors de la saisie :

Transaction de type SEPA : incohérence entre le sens du règlement et les modes de règlement rattachés ($1$)

Ce message s'affiche lorsque le contrôle de cohérence entre le sens de la transaction de saisie et le mode de règlement sélectionné échoue.
 

Tables mises en œuvre

SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre