Export règlements tréso Sage

Pré-requis

Codes activité

Les codes activités suivants (classés par type) peuvent avoir une influence sur le comportement de la fonction :

Codes activités dépendants

Ces codes ne sont jamais saisis en gestion de dossier, car leur valeur est calculée :

  CASIN (Interface trésorerie).

Fonctionnel

  SCTE :  Sage Concept Trésorerie

  SFRPT :  Sage FRP Treasury

  T1000 :  Sage 1000 trésorerie

Paramètres généraux

Les paramètres généraux suivants ont une influence sur le comportement de la fonction :

Comptabilité

  EXPCASPAY (défini au niveau Utilisateur) : Export règlements tréso Sage

Habilitations

Une habilitation peut être réalisée sur cette fonction, pour limiter les traitements à une société ou à un site.

Autres pré-requis

Tables à renseigner

Les tables suivantes sont utilisées par la fonction. Leur contenu doit donc être éventuellement mis à jour :

Table	Intitulé Table
BANK [BAN]	Compte en banque
TABPAYTYP [TPY]	Transactions de règlements

Gestion de l'écran

Ecran de saisie

 

Etats

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 zone Sage Concept Trésorerie	Nom zone Sage Concept Trésorerie	Commentaires vs Sage ERP 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) (b) La banque 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 Commentaire Code référence	Le contenu de ces zones est défini par paramétrage depuis l'onglet Trésorerie des transactions de règlements. Attention au numéro de chèque : si le paramétrage de la transaction de règlement prévoit la zone '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... Règlement DEL001.. 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 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 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 tracé livré pour fonctionner avec l'export des règlements Sage ERP 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 zone Sage 1000 Trésorerie	Commentaires vs Sage ERP 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) (b) La banque 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 Commentaire Référence Type de LCR Code Budgétaire	Le contenu de ces zones est défini par paramétrage depuis l'onglet Trésorerie des transactions de règlements. Attention à la Référence : si le paramétrage de la transaction de règlement prévoit la zone 'Numéro de chèque' (CHQNUM de PAYMENTH), son contenu est automatiquement repris. Attention au code Budgétaire : dans le progiciel de trésorerie, cette zone pointe sur une table de valeurs.	VII... Règlement DEL001.. 371B78A2... Aucun... 411000...	78 206 334 462 590	128 128 128 128 128
		Nombre caractères/enregistrement	=	718

(1) 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 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.

N°	Nom zone SFRP Treasury	Commentaires	Exemples	Position	Longueur
1	Compte 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 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 opération	Code ISO de la devise.	EUR	51	3
7	Date 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	Commentaire	Paramétrable au niveau de la transaction de saisie de règlement.	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) 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 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'acompagner de l'envoi d'un 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).

Boutons spécifiques

Les champs suivants sont présents dans la fenêtre ouverte par ce bouton : Code mémo (champ CODE) Un code mémo permet d'enregistrer sous un nom l'ensemble des paramètres d'un écran de saisie de critères. Ce champ permet de savoir si un mémo enregistré est a été utilisé pour stocker les valeurs courantes de l'écran. Pour gérer les mémos, les boutons suivants sont disponibles en bas d'écran :  : ce bouton permet de rappeler un mémo précédemment défini et enregistré.  : ce bouton permet d'enregistrer les valeurs courantes de l'écran dans un fichier mémo dont le code va être saisi.  : ce bouton permet de supprimer un mémo précédemment enregistré. Si un code mémo nommé STD associé à l'écran existe, celui-ci est chargé dès l'entrée dans la fonction correspondante. Fermer

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

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 oeuvre

Les tables suivantes sont mises en oeuvre par la fonction :

Table	Intitulé Table
PYHCAS [PCH]	Interface trésorerie