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.

SEEINFO Le 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

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

Groupe (champ GRPCPY)

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.
Transaction (champ TPY)

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)

3 16

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)

3 16

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

  • 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 STD est 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