Comptabilité > Interfaces > Export règlements tréso Sage 

Cette fonction permet de générer un fichier contenant un ensemble de règlements comptabilisés, à destination du progiciel de trésorerie.

Ce fichier est créé par extraction des données d'une table dédiée alimentée au fil de la comptabilisation des règlements.

Principe général

Cette table est alimentée lorsque les conditions suivantes sont réunies :

  • le règlement est issu d’une transaction pour laquelle un fait générateur a été paramétré
    (comptabilisation des effets, comptabilisation intermédiaire, comptabilisation en banque)
    SEEREFERTTO Se reporter à la documentation sur les Transactions de règlement.
  • L'étape de comptabilisation franchie pour le règlement correspond à ce fait générateur. La banque sur laquelle le règlement est comptabilisé est liée à un code interface trésorerie.
    SEEREFERTTO Se reporter à la documentation sur les Comptes bancaires.
Cas particuliers :
  • Les règlements comptabilisés sans banque à l'étape correspondant au fait générateur, sont pris en compte dans la table dédiée, mais sur une banque fictive générée en automatique.
    (exemple : les règlements d'une transaction pour laquelle le fait générateur est la comptabilisation des effets, car la banque n'est pas nécessairement connue à cette étape).
  • Les frais bancaires (destinations Banque/Compte) n'alimentent pas la table dédiée.
  • Les annulations comptables de règlement alimentent la table dédiée, dès lors qu'elles interviennent après le fait générateur de prise en compte du règlement.

SEEINFOLe fichier attendu est un fichier en longueur fixe, sans séparateur d'enregistrement.
SEEREFERTTO Reportez-vous à la documentation sur la structure du fichier règlements.

    Prérequis

    SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre

    Gestion de l'écran

    Onglet Écran de saisie

    Champs

    Les champs suivants sont présents dans cet onglet :

    Génération

    • Type de génération (champ SIM)

    Permet de préciser le mode d'exécution de l'export des règlements (menu local 2678).
    A savoir :

    • Mode réel :
      • le ou les fichiers de règlements sont générés sur le Répertoire indiqué en destination
      • un même numéro de requête est alors automatiquement attribué aux règlements constitutifs des différents fichiers générés
      • les règlements de transactions ayant un même code fichier regroupement sont rassemblés dans un même fichier de nom [Code fichier regroupement]+[Numéro de la requête]
      • Exemple :
        Soit les transactions de chèques émis manuels et chèques émis automatiques. Leur code fichier regroupement est identique et vaut CHQ.
        Soit la transaction de virements reçus de code fichier regroupement égal à VIR.
        Le lancement en réel de l'export des règlements va se traduire par la génération de 2 fichiers de règlements de noms CHQ00000001 et VIR00000001, avec CHQ et VIR reprenant les codes fichiers et 00000001 reprenant le numéro de la requête d'export.
    • Mode simulation :
      • Aucun fichier n'est généré
      • Le fichier trace renvoie une synthèse des règlements susceptibles d'être pris en compte, l'agrégation étant effectuée au niveau [Société/Banque/Compte]+[Support/Type de mouvement]+[Date opération].
    • Mode regénération :
      • Ce mode permet de re générer à l'identique un ou plusieurs fichiers de règlements qui ont déjà été générés en réel.
        Pour cela, il suffit de sélectionner le numéro de requête qui leur a été associé lors de la génération initiale en mode réel.
    • N° requête (champ REQ)

    En cas de regénération, le numéro de la requête à relancer doit être sélectionné.
    Les règlements rattachés à ce numéro sont de nouveau exportés à l'identique de la génération initiale en mode réel (même regroupement, même nom de fichier, ...).

    Critères

    Indiquez le code du groupe de sociétés auquel la société du règlement doit appartenir pour pouvoir exporter les règlements.
    Il s'agit en effet d'un groupe de sociétés, société juridique, ou groupe de sociétés juridiques, et non d'un site ou groupe de sites.

    • Toutes transactions (champ ALLTPY)

    Permet de sélectionner les règlements à prendre en compte dans l'export, quelle que soit leur transaction d'origine ou pour une transaction d'origine donnée.

     

    Destination

    • champ TYPEXP

    Pas d'aide liée à ce champ.

    • Répertoire (champ VOLFIL)

     

    • Fichier trace (champ TRC)

    Ce champ vous permet de consulter la trace de l'export de règlement.
    Le contenu de la trace varie selon le mode de génération :

    • Mode réel :
      La trace indique le nombre de fichiers générés.
      Puis, pour chacun d'eux, la trace précise le nombre de lignes exportées puis par triplet société/banque/compte, le montant total de règlements, en devise de compte/banque.
    • Mode simulation :
      Le fichier trace renvoie une synthèse des règlements susceptibles d'être pris en compte, l'agrégation étant effectuée au niveau société/banque/compte + support/type de mouvement + date opération.

    Société/banque/compte 

    Support/Type de mouvement

    Nombre règlements

    Date d'opération

    Montant devise

    Code interface trésorerie de la banque
    ou
    Code banque fictif
    (FIC+société règlement+devise transaction)

    Concaténation du sens (recette ou dépense)
    et du code de la transaction du règlement

    Nombre de règlements concernés par la ligne d'agrégation

    Date d'opération des règlements

    Somme des règlements en devise de tenue du compte

     FICAPN..EUR

    RCTRA.

    0009

    07/11/2018

    1620,50 EUR

     FICAPN..EUR

    RCTRA.

    0003

    07/11/2025

    420,20 EUR

     ...

    ...

    ...

    ...

    ...

    • Mode regénération :
      Le fichier trace est identique à celui affiché lors de la génération initiale en réel.

     

    États

    Par défaut, les états suivants sont associés à la fonction :

     REQEXPCASPAY : Liste requêtes/règlement tréso

    Mais ceci peut être modifié par paramétrage.

    Structure du fichier règlements

    Le fichier généré est en longueur fixe, sans séparateur de champs.

    N°

    Code du champ
    Sage Concept Trésorerie

    Nom de champ
    Sage Concept Trésorerie

    Commentaires vs Sage  X3

    Exemples

    Position

    Longueur

    1

    2

    3

    BANCA

    SOCIETA

    CONTO

    Code banque

    Code société

    Code compte

    (a) Aucune banque ne figure sur le règlement.
    Création automatique d'un triplet FIC + code société du règlement + code ISO devise du règlement (1)

    (a) Aucune banque ne figure sur le règlement. Prise en compte de son code interface trésorerie.

    (a) FICAPN..EUR.....



    (b) BNPAPNEUR
    (= code interface trésorerie de la banque sur 16 caractères alphanumériques)

    (a) (b)

    1 1

    4

    9
    .....

    (a) (b)

    316

    5

    3
    .....

    4

    CAUSALE

    Code support

    Concaténation du sens de la ligne d'écriture de banque et du code de la transaction de règlement
    ([F:DAE]SNS=1 vaut Recette) et
    ([F:DAE]SNS=-1 vaut Dépense)

    RCCHQR

    17

    6

    5

    IMPORTO

    Montant en devise de compte (2)

    Montant du règlement, en devise de tenue du compte (2).
    Tient compte du niveau d'agrégation des écritures de règlements (3).
    Montants en 13.2 maximum, avec virgule flottante.

    1234567890123,12

    23

    16

    6

    IMPDIVISA

    Montant en devise d'opération

    Montant du règlement, en devise d'opération (2).
    Tient compte du niveau d'agrégation des écritures de règlements (3).
    Montants en 13.2 maximum, avec virgule flottante.

    1234567890123,12

    39

    16

    7

    DIVISA

    Devise d'opération

    Code ISO de la devise de transaction du règlement

    EUR

    55

    3

    8

    DOPE

    Date d'opération

    Par défaut, alimentée suivant la règle suivante :
    * fait générateur = remise en banque
    - DOPE = date comptable
    * 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

    18112007

    58

    8

    9

    DVAL

    Date de valeur

    Date de valeur de l'écriture de règlement.

    19112007

    66

    8

    10

    NUMOPE

    Nombre d'opérations

    Nombre de règlements compte tenu du niveau d'agrégation (3).

    0005

    74

    4

    11

    12

    13

    14

    15

    NASS

    CPTA

    CDC

    DESCR

    CODRIF

    Numéro de chèque

    Code nature

    Code annexe

    Commentaires

    Code référence

    Le contenu de ces champs est défini par paramétrage depuis la section Trésorerie des transactions de règlements.
    Vérifiez le numéro de chèque : 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.
    Attention aux codes nature et annexe : dans le progiciel de trésorerie, ces 2 zones pointent sur des tables de valeurs.

    371B78A2

    411000....

    ASN...

    DEL001.. règlement

    FR

    78

    86

    102

    118

    150

    8

    16

    16

    32

    8

    Nombre caractères/enregistrement

    =

    158

    (1) Attention : prévoir le paramétrage d'une banque fictive FIC dans le progiciel de trésorerie.

    (2) Deux cas doivent être distingués :
    - la banque est connue, elle figure sur le règlement : les montants en devise de compte (IMPORTO) sont exprimés en devise de banque (CUR de BANK) alors que les montants en devise d'opération sont exprimés en devise de transaction (qui peut être différente de la devise de banque)
    - la banque n'est pas connue, elle ne figure pas sur le règlement : la banque fictive est en devise de transaction et les montants en devise de compte (IMPORTO) sont exprimés dans cette devise (ainsi que les montants en devise d'opération IMPDIVISA)

    (3) Soit une transaction de règlements avec une comptabilisation intermédiaire et une comptabilisation des effets (ex : chèques reçus à encaisser), et avec comme fait générateur la comptabilisation en banque et comme niveau de regroupement, le bordereau. A la remise en banque des N règlements/chèques, une seule ligne d'écriture est générée sur le compte de banque. C'est ce montant qui est repris au niveau de l'interface trésorerie (le nombre de règlements concernés NUMOPE est par contre bien N, et pas 1).

    Le contenu des zones est cadré à gauche, sauf pour les montants (IMPORTO et IMPDIVISA) où ceux-ci sont cadrés à droite.

    Côté Sage Concept Trésorerie, le fichier de trace livré pour fonctionner avec l'export des règlements Sage X3 est le fichier OPR3.INI.

    Structure du fichier règlements

    Le fichier généré est en longueur fixe, sans séparateur de champs.

    N°

    Nom de champ
    Sage 1000 Trésorerie

    Commentaires vs Sage  X3

    Exemples

    Position

    Longueur

    1

    2

    3

    Code banque

    Code société

    Code compte

    (a) Aucune banque ne figure sur le règlement.
    Création automatique d'un triplet FIC + code société du règlement + code ISO devise du règlement (1)

    (a) Aucune banque ne figure sur le règlement. Prise en compte de son code interface trésorerie.

    (a) FICAPN..EUR.....

    (b) BNPAPNEUR
    (= code interface trésorerie de la banque sur 16 caractères alphanumériques)

    (a) (b)

    1 1

    4

    9
    .....

    (a) (b)

    316

    5

    3
    .....

    4

    Code nature

    Concaténation du sens de la ligne d'écriture de banque et du code de la transaction de règlement
    ([F:DAE]SNS=1 vaut Recette) et
    ([F:DAE]SNS=-1 vaut Dépense)

    RCCHQR

    17

    6

    5

    Montant en devise de compte (2)

    Montant du règlement, en devise de tenue du compte (2).
    Tient compte du niveau d'agrégation des écritures de règlements (3).
    Montants en 13.2 maximum, avec virgule flottante.

    1234567890123,12

    23

    16

    6

    Montant en devise d'opération

    Montant du règlement, en devise d'opération (2).
    Tient compte du niveau d'agrégation des écritures de règlements (3).
    Montants en 13.2 maximum, avec virgule flottante.

    1234567890123,12

    39

    16

    7

    Devise d'opération

    Code ISO de la devise de transaction du règlement

    EUR

    55

    3

    8

    Date d'opération

    Par défaut, alimentée suivant la règle suivante :
    * fait générateur = remise en banque
    - DOPE = date comptable
    * 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

    18112007

    58

    8

    9

    Date de valeur

    Date de valeur de l'écriture de règlement.

    19112007

    66

    8

    10

    Nombre d'opérations

    Nombre de règlements compte tenu du niveau d'agrégation (3).

    0005

    74

    4

    11

    12

    13

    14

    15

    Transfert

    Commentaires

    Référence article

    Type de LCR

    Code budget

    Le contenu de ces champs est défini par paramétrage depuis la section Trésorerie des transactions de règlements.
    Vérifiez la référence : 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.
    Vérifiez le
    code budget : dans le progiciel de trésorerie, cette zone pointe sur une table de valeurs.

    VII...

    DEL001.. règlement

    371B78A2...

    Aucun...

    411000...

    78

    206

    334

    462

    590

    128

    128

    128

    128

    128

    Nombre caractères/enregistrement

    =

    718

    (1) SEEWARNINGPrévoir le paramétrage d'une banque fictive FIC dans le progiciel de trésorerie.

    (2) Deux cas doivent être distingués :
    - la banque est connue, elle figure sur le règlement : les montants en devise de compte (IMPORTO) sont exprimés en devise de banque (CUR de BANK) alors que les montants en devise d'opération sont exprimés en devise de transaction (qui peut être différente de la devise de banque)
    - la banque n'est pas connue, elle ne figure pas sur le règlement : la banque fictive est en devise de transaction et les montants en devise de compte sont exprimés dans cette devise (ainsi que les montants en devise d'opération)

    (3) Soit une transaction de règlements avec une comptabilisation intermédiaire et une comptabilisation des effets (ex : chèques reçus à encaisser), et avec comme fait générateur la comptabilisation en banque et comme niveau de regroupement, le bordereau. A la remise en banque des N règlements/chèques, une seule ligne d'écriture est générée sur le compte de banque. C'est ce montant qui est repris au niveau de l'interface trésorerie (le nombre de règlements concernés est par contre bien N, et pas 1).

    Le contenu des zones est cadré à gauche, sauf pour les montants où ceux-ci sont cadrés à droite.

    N°

    Nom de champ
    SFRP Treasury

    Commentaires

    Exemples

    Position

    Longueur

    1

    Compte de trésorerie

    Cas 1:
    Aucune banque ne figure sur le règlement. Création automatique avec FIC+code société+code ISO devise transaction. Soit onze caractères.

    FICAPN...EUR

    1
    6
    9

    3
    5
    3

    Cas 2 :   la
    La banque figure sur le règlement. PEC de son TRECOD.

    BNP512100APN

    1

    12

    2

    Sens

    SNS de GACCENTRYD.

    D

    13

    1

    3

    Code flux

    Transaction de règlement (PAYTYP, cinq caractères de PAYMENTH).

    FVIRN

    14

    5

    4

    Montant devise compte

    Exprimé en valeur absolue et arrondi à deux décimales.

    1234567890123,45

    19

    16

    5

    Montant devise opération

    Exprimé en valeur absolue et arrondi à deux décimales.

    1234567890123,45

    35

    16

    6

    Devise d'opération

    Code ISO de la devise.

    EUR

    51

    3

    7

    Date d'opération

    Correspond par défaut à [F:HAE]DUDDAT ou [F:HAE]ACCDAT.
    Paramétrable au niveau de la transaction de saisie de règlement.

    07092009

    54

    8

    8

    Nombre d'opérations

    Nombre d'opérations contenues dans un règlement.

    3

    62

    4

    9

    Commentaires

    Paramétrable au niveau de la transaction de saisie de règlement.

    Fac Règlement DELL001 fact. 07/09

    66

    32

    10

    Code référence

    Paramétrable au niveau de la transaction de saisie de règlement.

    DELL001_07/09

    98

    16

    (1) SEEWARNINGPrévoir le paramétrage d'une banque fictive FIC dans le progiciel de trésorerie.

    (2) Deux cas doivent être distingués :
    - la banque est connue, elle figure sur le règlement : les montants en devise de compte (IMPORTO) sont exprimés en devise de banque (CUR de BANK) alors que les montants en devise d'opération sont exprimés en devise de transaction (qui peut être différente de la devise de banque)
    - la banque n'est pas connue, elle ne figure pas sur le règlement : la banque fictive est en devise de transaction et les montants en devise de compte sont exprimés dans cette devise (ainsi que les montants en devise d'opération)

    (3) Soit une transaction de règlements avec une remise intermédiaire et une remise en banque (ex : chèques reçus à encaisser), et avec comme fait générateur la remise en banque et comme niveau de regroupement, le bordereau. A la remise en banque des N règlements/chèques, une seule ligne d'écriture est générée sur le compte de banque. C'est ce montant qui est repris au niveau de l'interface trésorerie (le nombre de règlements concernés est par contre bien N, et pas 1).

    Le contenu des zones est cadré à gauche, sauf pour les montants où ceux-ci sont cadrés à droite.

    Tâche batch

    Cette fonction peut être lancée en batch. La tâche standard EXPCASPAY est prévue à cet effet.

    Règles de workflow

    L'exécution de l'export des règlements vers le progiciel de trésorerie peut s'accompagner de l'envoi d'un e-mail d'information si la règle de workflow CASHPAY est activée (code évènement CSP).

    Ce message rappelle le répertoire de génération du/des fichiers et le code de l'utilisateur qui a exécuté la fonction d'export.
    Le fichier trace de génération est inclus en pièce jointe.

    Epuration de la table dédiée

    La formule d'épuration CASH permet d'épurer la table PYHCAS.
    Les enregistrements sont les suivants :

    • enregistrements exportés en réel,
    • enregistrements dont le règlement d'origine a lui-même été épuré,
    • enregistrements par rapport au nombre de jours d'attente par rapport à la date d'origine de la requête (DATPCH).

    Actions spécifiques

    Les champs suivants sont présents dans la fenêtre ouverte par ce bouton :

    • Code mémo (champ CODE)

    Le code mémo vous permet d'enregistrer les critères d'un écran de saisie. Utilisez ce champ pour savoir s'il existe un code mémo enregistré pour stocker les valeurs courantes de l'écran.

    Les boutons suivants vous permettent de gérer les mémos :

    Rappel: Utilisez ce bouton pour rappeler un mémo précédemment défini et enregistré.

    Mémo : Utilisez ce bouton pour enregistrer les valeurs courantes de l'écran dans un fichier mémo avec un code à saisir.

    Eff. Mémo : Utilisez ce bouton pour supprimer un mémo précédemment enregistré.

    Si un mémo ayant pour nom STDest associé à l'écran, il sera chargé à l'ouverture de la fonction concernée.

    SEEREFERTTO Reportez-vous à l'aide du bouton 'Mémo' pour plus de précisions.

    SEEREFERTTO Reportez-vous à l'aide du bouton 'Mémo' pour plus de précisions.

    Messages d'erreur

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

    "Ce n'est pas un groupe de sociétés"

    L'export ne peut porter que sur un groupe de sociétés (une société juridique ou un groupe de sociétés juridiques).

    "Aucun règlement à proposer"

    Le traitement d'export de règlements n'a trouvé aucun règlement répondant aux critères d'extraction.

    Tables mises en œuvre

    SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre