Atelier Flux de Trésorerie - 2017

Atelier «
Flux de Trésorerie »
Atelier « Flux de Trésorerie »
2
Sommaire
 Solutions trésorerie
1. Interface Apollo
2. Interface BSB – Soliam: gestion des titres
3. Extraction des comptes segmentés pour KTP
4. Extraction des soldes des comptes de banque pour KTP
5. Retour chèques
6. Intégration des comptes électroniques (France)
7. Interface Devises
Banques 3
Schéma de synthèse flux communs de trésorerie Ordres de

paiement
CEBFI
Comm+Group
Datalog
Paiements ITB
(MOA)
fournisseurs
RAPSODIE
1 ITB
Extraits de PEPSI-OASIS
comptes 2
Non Régulé
S04-500 Retour
chèques
Comm+Group
Datalog
3 (MOA)
Apollo
ITB Apollo
KTP
Comptes segmentés
BSB Soldes banques

KTP
4
1 – Interface Apollo (1/5)
 Description générale
- Apollo est un logiciel de gestion de trésorerie édité par KTP.
- L’interface Apollo génère en sortie de KTP des écritures comptables pour quatre types de
flux financiers:
 flux des opérations financières
 flux des opérations de trésorerie
 flux des règlements fournisseurs issus de Comm+ Group
 flux des opérations annulées
- Cette interface génère des écritures comptables pour les flux des différents organismes
comptables gérés sous Rapsodie non Régulé (S04). Généralement, un à deux fichiers
texte sont générés et intégrés chaque jour dans chacun des deux environnements de
Production de Rapsodie via des dossiers batch input. Un fichier contient les informations
de toutes les sociétés pour lesquelles des opérations sont à comptabiliser le jour courant.
- Ces fichiers sont générés au format standard SAP (programme RFBIBL00).

5
 Description générale: règles de gestion – Curbalisation

- Les écritures multidevises ne pouvaient pas être traitées dans leur devise d’origine avec
la première version du programme car une pièce SAP ne peut contenir qu’une seule
devise.
- L’opération dite de Curbalisation (Curbal = Currency Balancing) a pour objectif de:

 scinder (côté Apollo) en autant de pièces que de devises le mouvement de trésorerie
 équilibrer chaque pièce (côté SAP) via un compte Curbal 475350
-
6
 Description générale: règles de gestion – TVA des filiales étrangères
- Apollo gère à ce jour des codes TVA (V0 pour la TVA déductible et divers codes pour la
TVA collectée) rattachés au schéma fiscal français par compte général du PCNG.
- Afin de pouvoir comptabiliser des écritures sur des codes TVA étrangers (hors schéma
fiscal France), la table spécifique ZFI_APOLLO a été créée pour permettre la substitution
du code TVA France par le code TVA du schéma fiscal de la filiale étrangère:
7
 Éléments clés
 Périmètre d’application: S04-500 (Monde non Régulé) et P22-315 (Monde Régulé)

 Programme: ZFIB0040 (S04), ZFIB0240 (P22)
 Type de pièce dédié: ZD/ZE
 Table de contrôle d’unicité des fichiers: ZFISIAM
 Nom des dossiers Batch Input:

 GxxxxSIAMddd (xxxx = société ; ddd = quantième)
 Éléments documentaires associés

 CGFI0052.02 - Interface APOLLO (ex-SIAM).doc
 PTE_[S04-SAP]_[FI]_[ZJOB_SIAM_TTES_HEURES_JFA]_v1.0.doc
 Contacts
 MOA Apollo: Christel Lupin (Engie SA) mailto:support@apollo.zendesk.com]
 Interlocuteur Apollo : Rémi Le Moult (Engie IT). remi.lemoult@external.engie.com
 BAL Apollo: pepsi-apollo@gdfsuez.com
8
 Planification des jobs
S04-500 (Monde non Régulé)
 Jobs planifiés de 00h15 à 23h15 toutes les heures

 Tous les jours ouvrés
 Répertoire de travail: /usr/sap/appS04/SIAM/
9
2 – Interface BSB (1/5) : intégration des titres de participation
- L'application BSB-Soliam est en charge de la gestion des titres pour le groupe GDF
SUEZ. Les données saisies dans l'application nécessitent d'être répercutées dans le
module FI de SAP.
Cette demande a été justifiée par l’intégration du Nouveau Centre dans Rapsodie suite à la
fusion entre GDF et Suez.
- Avant la fusion GDF Suez, cette application était gérée exclusivement dans la solution
SAP Sigma de Suez.
- Le processus métier se résume à extraire les données de BSB dans un fichier et à

l’importer sur un répertoire Windows. Les données du fichier sont ensuite injectées
manuellement dans Rapsodie via le programme d’interface. Il s’agit donc d’une interface
semi-automatisée.
- Le fichier généré par BSB est un fichier au format standard SAP (RFBIBL00).
10
2 – Interface BSB (2/5)
Soliam - BSB
Rapsodie – S04
Répertoire
Windows
Fichiers de Interface Injection des
pièces pièces
comptables
11
 Données générales
- Trois groupes de compte clients ont été créés spécifiquement pour l’intégration des
données de BSB:
 BSB1: Titres de participations consolidés (tranche de numéro 2612000000 à 2612999999)

 BSB2: Titres de participations non consolidés (tranche de numéro 2613000000 à 2613999999)
 BSB3: Autres titres de participation (tranche de numéro 2718000000 à 2718999999)
- Les comptables ont la main pour créer les clients BSB. Néanmoins, lors de la création
d’une société, il peut être demandé de créer des clients BSB en masse.
- Deux objets ont été développés via LSMW afin de créer des clients BSB en masse (copie
de clients existant ou nouveaux clients)
12
 Périmètre d’application: AccIS France (Monde non Régulé)

 Programme: ZFIB0250 (Transaction ZFI_BSB)
 Répertoire SAP: /usr/sap/appS04/BSB/
 Nom dossiers batch input : GxxxxBSByyyz (xxxx=société / yyy = quantième / z = compteur)
 Deux types de pièce dédiés: IA (écritures via Batch Input), ID (écritures manuelles)
 Deux codes CGS X (Annulation évaluation IFRS BSB) et Y (Evaluation IFRS BSB) dédiés
 Table de contrôle d’unicité des fichiers: ZFI_CTRL_INJ_BSB
 Rôles Z:FX_GRC_COMPTABLE_BSB dédié

 CGFI0031-04 - Interface d'intégration des titres de BSB - Soliam dans Rapsodie.doc
 FSY-FI-IE-0049-Interface BSB_v00.doc
 Contacts
 MOA Rapsodie: Alexis Biche
 Comptable Rapsodie: Sophie Tilmant
 MOA BSB: herve.baccialon@bsb.com (01 58 22 27 50)
13
 Exemple
Répertoire Interface BSB

Windows
 Fichier
14
3 – Extraction des comptes segmentés pour KTP (1/7)
- Le Projet « Comptes segmentés par BU / RU » s’inscrit dans le cadre du découpage des
activités du Groupe en Branche / Business Unit / Reporting Unit (décision GDF SUEZ
2008-01 « principes d’organisation et de pilotage ») et en considération du rattachement
d’un certain nombre d’entités de reporting au sein d’une seule entité juridique (i.e. GDF
SUEZ SA).
- Le dispositif arrêté a pour finalité de permettre aux entités de reporting concernées de

produire des comptes complets (Bilan, Compte de Résultats et tableau de Flux) prenant
en compte les effets des flux de cash (internes et externes) que leurs activités engendrent.
- Chaque OC local impacté dispose d’un compte courant, la société 9300 « Holding »
disposant d’un compte courant miroir centralisateur. Toute écriture de comptes segmentés
dans l’OC local doit générer une écriture inverse dans l’OC 9300.
- Le dispositif actuel implique :

 une collecte et une déclaration manuelle des flux à destination de l’application KTP ;
 un décalage d’un mois sur l’autre entre l’enregistrement comptable des flux primaires en
local (sur les comptes 18x) et le déversement des écritures en compte courant financier
interne par KTP sur les comptes R* (IFRS).
15
Rapsodie – S04 Rapsodie – S04

Flux financiers des Flux financiers des
comptes comptes
segmentés des segmentés IFRS
OC locaux dans OC 9300 et
OC locaux
Extracteur
Interface
Apollo
Fichiers des
flux
financiers des KTP
comptes
segmentés Mail
utilisateur
16
 Description générale: flux de nature récurrente déclarés par les entités

Flux Source de données Règle de date de
valeur
1/ Cessions / acquisitions d’énergie Variation nette des comptes 1er jour du 2ème mois
189701 et 189702 suivant la date des
opérations (délai
moyen de règlement de
45 jours)
2/ Flux ATRD Variation nette des comptes 1er jour du mois suivant
189703 et 189704 la date des opérations
3/ Autres flux (Encaissements / Variation nette des comptes 189x 1er jour du mois suivant
décaissements, règlements concernés hors cessions / la date des opérations
centralisés et autres prestations acquisitions d’énergie, hors flux
internes) ATRD et hors compte 189950
(centralisation résultat)
4/ Impôt sur les sociétés Montant « normatif » constaté 1er jour du mois suivant
trimestriellement dans les chaque trimestre
comptes consolidés (Compte
R446001 dédié)
17

 Programme: ZFIX0060 (Transaction ZFI_EXTRASEG_KTP)
 Une variante par type de flux
 Rôle Z:FX_GRC_CONSULT_COMPTABILITE
 Le fichier généré à destination de KTP est transmis par mail par les comptables
 Table spécifique de paramétrage des codes

flux KTP: ZFI_EXTRASEG_DET

 CGFI0045-04 - Extraction des comptes segmentés vers KTP.doc
 Contacts
 MOA Rapsodie: Lionel Olivier
 MOA KTP: Philippe Bécheret
18
 Exemple (1/3)
- Exemple de flux ATRD pour la déclaration d’octobre 2012 de l’entité 9850
La variation nette du compte 189704 entre

septembre et octobre 2012 est négative de
900728€ pour la société 9850
19
 Exemple (2/3)
- Exécution de la transaction ZFI_EXTRASEG_KTP (lancé par le comptable une fois par

mois)
Sélection du flux
ATRD
La déclaration du mois d’octobre 2012 (solde du

compte à fin octobre 2012 - solde du compte à fin
septembre 2012) est effectuée le 1er novembre 2012
(période de déclaration = 11). La date d’opération
comptable est le 30 octobre 2012 et la date de valeur
le 1er novembre 2012.
Fichier généré à
destination de
KTP
20
 Exemple (3/3)
- Interface Apollo – écritures de flux financiers ATRD en normes IFRS
Société 9300
Société 9850
21
4 – Extraction des soldes des comptes de banque pour KTP (1/5)
- KTP socle (Apollo) est l’outil de la Trésorerie qui permet de saisir toutes les opérations
financières dont celles relatives aux règlements isolés. Si les soldes de trésorerie,
bancaires et de comptes courants, sont disponibles nativement dans KTP socle, ils ne
représentent pas l’exhaustivité des flux du groupe nécessaire au reporting.
- Les soldes de cash reportés dans les liasses par les équipes du reporting sont en effet les
soldes saisis dans KTP WEB (portail) par les filiales et les soldes des comptes de banque
enregistrés en comptabilité dans SAP Rapsodie.
- Ce flux consiste à extraire les données des soldes des comptes de banque de Rapsodie
pour les importer dans KTP et mettre à disposition du reporting toutes les positions en
cash portées par les comptes comptables de SAP au 30 de chaque mois.
- Ces éléments de cash sont intégrés dans le reporting avec tous les autres éléments de la
dette nette du groupe contenu nativement dans APOLLO.
- Cela permet aux services d’analyse et de reporting de rapprocher l’ensemble du détail

des flux APOLLO avec ce qui est consolidé dans l’outil de consolidation Smart.
22
23
 Description générale: règles de gestion
- Les extractions réalisées concernent les soldes fin de mois des comptes PCNG rattachés aux
comptes SMART 51101 « Trésorerie » et 51910 « Concours et découverts bancaires (- 1
an) ». Dans le PCNG, il s’agit des comptes de banque 512*, 513*, 514*, 515* ainsi que des
comptes de caisse 53*, des comptes d’avance permanente 54*, et des comptes d’attente 511*
et 58*.
- Les montants sont restitués en devise pièce
- La colonne « signe » est un indicateur D/C du solde valorisée à -1 si créditeur et 1 si débiteur
- BBAN: il s’agit du compte bancaire rattaché au compte d’attente de banque 512* à 515*
(table T012K). Pour les autres comptes rattachés aux comptes SMART (53*, 54* 58*), la zone
BBAN contiendra le libellé long du compte général sans espace, tronqué sur 11 caractères.
- Outre le fichier généré, le programme devra lister sous forme de protocole par société
l’ensemble des comptes 512* à 515* sélectionnés qui ont un solde non nul à la date d’arrêté
comptable pour lesquels aucun compte bancaire n’a été identifié dans la table T012K
24

 Programme: ZFII0050 (Transaction ZFI_KTP_EXTRACT_SOLD)
 Une variante créée pour la Maison Mère
 Rôle Z:FX_GRC_CONSULT_COMPTABILITE
 Le fichier généré à destination de KTP est transmis par mail par les comptables
 Le fichier est généré au format csv sous la nomenclature soldes_sys_yyyymmdd.csv
 sys = système S04/P22
 yyyymmdd = date de clôture renseignée dans l’écran de sélection au format année-mois-jour
(ex : 20130131 pour la date de clôture à fin janvier 2013)

 CGFI0085-02 - Extraction des soldes comptables vers KTP.doc
 Contacts
 MOA Rapsodie: Odile Fèvre
 MOA KTP: Philippe Bécheret
25
 Exemple
ZFI_KTP_EXTRACT_SOLD
Protocole
BBAN
Fichier soldes_SU2_20130131.csv
26
5 – Retour chèques (1/4)
 Objectif
• L’objectif est de gérer les numéros de chèque émis pour régler la facture fournisseur et
l’évolution de leur statut dans SAP grâce aux informations communiquées par la Trésorerie
Centrale.
• L’interface récupère deux types de fichiers (RTP et RCS) communiqués par la Trésorerie
Centrale.
• Les deux fichiers sont intégrés par Batch input.
• Périmètre : Non Régulé.
• Pas d’émission de chèque par SAP (choix groupe) : il faut donc récupérer l’information via un
programme spécifique
 Solution spécifique
• Programme spécifique : ZFI_CHEQUE pour traiter les fichiers reçus et générer les batch-inputs.
• Programme standard : RSBDCSUB pour exécuter les batch-input générés.
• Table spécifique : ZFI_REJET_CHEQUE pour identifier le motif de rejet du chèque.
27

 Information chèque
• L’information chèque permet de visualiser les données d’un chèque et de suivre son statut
au niveau de la pièce de paiement.
• L’affichage se fait par exemple via la transaction FB03 -> Environnement -> Information
chèque :
 Société payante
 N° de pièce de paiement
 N° de chèque
 Date de paiement
 Montant réglé
 Date encaissement chèque
 Motif d’invalidation
28
 Traitement du fichier de type RTP (Retour Traitement Paiement)

• Il contient des données qui serviront à créer dans SAP les informations chèques.
• L’interface simule la transaction FCH5 « Créer

information chèque » qui sert à générer une
information chèque, c’est à dire à associer le
numéro d’un chèque à une pièce de paiement.
 Traitement du fichier de type RCS (Retour Changement de Statut)
• Il contient des données pour notifier dans SAP la remise à l’encaissement ou le rejet d’un chèque.
• En cas de remise à l’encaissement, l’interface

simule la transaction FCH6 « Modifier
information chèque/encaisser chèque » pour
notifier exclusivement la date d’encaissement
du chèque.
• En cas de rejet d’un chèque, l’interface simule
la transaction FCH9 « Annuler chèques émis »
pour annuler l’émission d’un chèque en
apposant le motif d’annulation à l’information
chèque (Annulé, Opposé, Périmé).
5 – Retour chèques (4/4) 29
 Planification
• Non Régulé : Lancement d’un seul job ZJOB_RETOUR_CHEQUE tous les jours à partir de 22h00 :
 Etape 1 : programme ZFI_CHEQUE, variante RTP
 Etape 2 : script sleep
 Etape 3 : programme RSBDCSUB, variante CHEQUE
 Etape 5 : programme ZFI_CHEQUE, variante RCS
 Etape 7 : programme RSBDCSUB, variante CHEQUE
 Répertoires UNIX
 Chemin dans le Non Régulé : /usr/sap/appS04/CHEQUE/…
 Documentation
• CDFI0058-03 - Interface import de la Trésorerie pour le suivi des chèques.doc
• FSY-FI-IE-0047-Interface retour chèque_v01.docx
• PTE-interface_retour_cheques_P22.doc
• PTE-interface_retour_cheques_S04.doc
30
6 – Intégration des comptes électroniques (France) (1/10)
- L’intégration des comptes électronique a été mise en place suite à la migration de la partie
ex-SUEZ de Sigma dans Rapsodie, avec pour objectif de retrouver les fonctionnalités
existantes dans Sigma.
- La solution FI appliquée est une solution standard basée sur :

 Le paramétrage de l’extrait de compte électronique aux formats ETEBAC, CODA et MT940
 L’utilisation d’un programme standards SAP permettant la création des pièces comptables
31
Pour être intégré automatiquement dans Rapsodie, chaque compte bancaire doit être affecté à un répertoire. Le
mode d’intégration diffère selon le répertoire :
Répertoires Nombre de Format d’intégration Fréquence Rapprochement

comptes d’intégration automatique
bancaires au
15/05/2013
9300 et FILIALE 117 ETEBAC 3 fois par Non
jours
9310 et 9710 3 ETEBAC 3 fois par Oui
jours
CODA 2 CODA128 3 fois par Non
jours
CONVERT 2 CONFB160 converti en 2 fois par Non

ETEBAC par COMM+GROUP jours
MT940 3 MT940 3 fois par Non
jours
MECSICO 66 ETEBAC 3 fois par Non
jours
Contrôle sur les Répertoires 9300 – FILIALE – CONVERT: aucun extrait de compte n’est intégré si tous les
extraits du Répertoire n’ont pas été réceptionnés .
32
Banques
Extraits de comptes
COMM+GROUP
- Conversion des extraits du format CONFB160 au format ETEBAC
(comptes bancaires appartenant au répertoire CONVERT)
- Dépôt des fichiers dans le dossier /usr/sap/appS04>/SWIFT/entree
Rapsodie – S04
1- Déplacement des extraits dans le dossier cible /usr/sap/appS04>/RAPPRO/XXX/entree
XXX = Répertoire
2- Concaténation des extraits en un seul fichier (rappro_concat) par répertoire et déplacement du
fichier concaténé dans le dossier /usr/sap/appS04>/RAPPRO/XXX/travail
Contrôle sur les Répertoires 9300 – FILIALE – CONVERT: aucun extrait de compte n’est intégré
tant que tous les extraits du Répertoire n’ont pas été réceptionnés.
KTP
3- Exécution du programme d’intégration automatique
4- Archivage des fichiers
33
 Paramétrage
Afin de permettre la comptabilisation automatique, un compte général (513xxx ou 515xxx pour

les comptes postaux) doit être affecté à chaque compte bancaire.
Transaction FI12
34
 Paramétrage
Transaction OT83
35
 Règles de gestion
Le compte de contrepartie est déterminé par une règle de substitution associée à un user exit :
elle sélectionne le compte général affecté au compte bancaire 513xxx (ou 515xxx) et
remplace le 3ème caractère par « 2 » (« 4 » pour les comptes postaux).
Condition : la société doit être contenue dans le set de valeur ZSOCIETE_INT_BANCAIRE
36
 Eléments clés
 Périmètre d’application: Monde non Régulé
 Programme de conversion des fichiers au format Multi Cash : RFEBBECODA00 (uniquement pour les
fichiers au format CODA)
 Programme d’intégration : RFEBKA00 - une variante par répertoire
 Comptabilisation directe (pas de dossier batch input)
 Set de valeur : ZSOCIETE_INT_BANCAIRE

 CGFI0009.00Intégration relevé de compte électronique au format CODA.doc
 CDFI0052-01 - Intégration relevé de compte électronique au format CODA
 PTE_[S04-SAP_FI]_[INTEGRATION_DES_RELEVES_BANCAIRES]_v27.docx
 FSY-FI-IE-0048-Intégration des relevés bancaires_v00.doc
37
 Schémas comptables
Fournisseur (401*)
 1000 1000
 Paiement
automatique : F110
58*
 1000  1000
 Apollo
512* ou 514* 513* ou 515*
 1000  1000  1000
 Intégration
bancaire
38
 Exemple : intégration des comptes du répertoire FILIALE
1- Exécution du programme d’intégration automatique

39
 Exemple : intégration des comptes du répertoire FILIALE
3- Contrôle de la comptabilisation sur la société 9730

Transaction FEBAN
40
7 – Interface Devises (1/6)
 Jusqu’à la fin de l’exercice 2010, un fichier de fixing mensuel (cours du dernier jour de
chaque mois) était envoyé par ATOM (plateforme EDF) vers Rapsodie Non Régulé (S04-
500). Un script Unix transférait ensuite ce fichier par « rebond » vers Rapsodie Régulé
(P22-315).
 Depuis le 1er janvier 2011, suite à la « désimbrication » progressive des applications

mixtes EDF-GDF Suez, les fichiers de fixing sont envoyés quotidiennement par Pepsi
Apollo (GDF Suez).
 L’envoi des fichiers de fixing quotidiens par Pepsi-Apollo se fait toujours sur
l’environnement Non Régulé puis sur le monde Régulé par « rebond » via un script CFT
Unix.
 Contrairement à ce qui est écrit dans la SFG dédiée, les règles de purge de la table
TCURR des taux de change ne sont pas actives dans l’environnement Productif.
41
 Règles de gestion
 Le processus d’injection des taux de change dans Rapsodie se compose de plusieurs

étapes:
 Extraction du fichier des taux de change par code ISO de la veille

 Archivage du fichier à traiter
 Copie des cours de change (table TCURR) et des facteurs de conversion (table TCURF)
dans deux fichiers plats distincts
 Exécution du programme principal de mise à jour des cours de change de la veille dans la
table TCURR
 Exécution du dossier Batch Input DEVISE d’injection des cours de change
 Suppression du fichier traité du répertoire « travail »
 Le type de cours utilisé dans RAPSODIE pour déterminer les taux de change à une date
donnée entre la devise transaction et l’euro est EURX.
 Dans le monde non Régulé, le type de cours M est alimenté par copie des taux EURX
injectés et sert à la détermination des écarts de change pour les filiales étrangères du
Luxembourg et de Hongrie.
42
 Exemple
Extrait du fichier des cours de conversion

du 10/04/2014 à intégrer le 11/04/2014
Traitement du dossier
BTCI DEVISES
Mise à jour du cours de

conversion de la devise
CAD dans la table TCURR
43
 Liste des Jobs (NREG)
 Jobs planifiés vers 06h30 et 07h00 (GNL)

NREG
 Tous les jours
 Répertoire de travail: /usr/sap/appPS04/dev
 Etapes
Jobs Programme Paramètre Fonctionnalité
ZJOB_EXTRACTION_DEVISES / Déclenche le job ZJOB_INJECTION_DEVISES

usr/sap/appS04/DEV/script/evt_devises.
ksh
ZJOB_INJECTION_DEVISES /usr/sap/appS04/DEV/script/devises.sh Sauvegarde préliminaire théorique des taux et

YDEVE100 Y_TCURR_EURX facteurs de conversion des tables TCURR et TCURF
YDEVI300 Y_DEVISE et détermination des taux de conversion à mettre à
RSBDCSUB Y_DEVISES_BI jour de type EURX par création et exécution du batch
/usr/sap/appS04/DEV/script/deldevis.sh Input DEVISES
Suppression du fichier traité du répertoire de travail
DEVISES RSBDCSUB_SUB Relance dossier Batch Input si non terminé
ZJOB_INJECTION_DEVISES_M ZFIB0280 DEVISES Exécution du dossier Batch Input DEVISES_GNL pour

mise à jour des taux de conversion de type M par
copie des taux de type EURX
DEVISES_GNL RSBDCSUB_SUB Relance dossier Batch Input si non terminé
44
 Eléments clés
 Périmètre d’application: P22-315 et S04-500
 Programme principal: YDEVI300
 Répertoire SAP: /usr/sap/app<SYSID>/dev
 Nomenclature des fichiers : APOLLO_CCY_SAP_yyyymmddhhmnss.txt (yyyy = année,
mm = mois, dd = jour, hh = heure, mn = minutes, ss = secondes  exemple:
APOLLO_CCY_SAP_20140414030404.txt)
 Eléments documentaires associés

 CGFI0056 - Interface Devise - Fixing Quotidien et Purge de la table TCURR.doc
 PTE_S04_Interface Devises.docx
 Contacts
 MOA Apollo: Grégoire Neumann, Philippe Bécheret
 BAL Apollo: Dsi-Iss-Conduite-Applicative-Gam @gdfsuez.com

Atelier Flux de Trésorerie - 2017

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Atelier Flux de Trésorerie - 2017

Transféré par

Droits d'auteur :

Formats disponibles

Atelier «

Schéma de synthèse flux communs de trésorerie Ordres de

BSB Soldes banques

1 – Interface Apollo (1/5)

- Apollo est un logiciel de gestion de trésorerie édité par KTP.

- Ces fichiers sont générés au format standard SAP (programme RFBIBL00).

1 – Interface Apollo (2/5)

 Description générale: règles de gestion – Curbalisation

- L’opération dite de Curbalisation (Curbal = Currency Balancing) a pour objectif de:

1 – Interface Apollo (3/5)

 Description générale: règles de gestion – TVA des filiales étrangères

1 – Interface Apollo (4/5)

 Périmètre d’application: S04-500 (Monde non Régulé) et P22-315 (Monde Régulé)

 Table de contrôle d’unicité des fichiers: ZFISIAM

 Nom des dossiers Batch Input:

 Éléments documentaires associés

 Planification des jobs

S04-500 (Monde non Régulé)

 Jobs planifiés de 00h15 à 23h15 toutes les heures

2 – Interface BSB (1/5) : intégration des titres de participation

- Le processus métier se résume à extraire les données de BSB dans un fichier et à

2 – Interface BSB (2/5)

2 – Interface BSB (3/5)

 BSB1: Titres de participations consolidés (tranche de numéro 2612000000 à 2612999999)

2 – Interface BSB (4/5)

 Périmètre d’application: AccIS France (Monde non Régulé)

 Éléments documentaires associés

Répertoire Interface BSB

- Le dispositif arrêté a pour finalité de permettre aux entités de reporting concernées de

- Le dispositif actuel implique :

Rapsodie – S04 Rapsodie – S04

3 – Extraction des comptes segmentés pour KTP (3/7)

 Description générale: flux de nature récurrente déclarés par les entités

 Périmètre d’application: AccIS France (Monde non Régulé)

 Table spécifique de paramétrage des codes

 Éléments documentaires associés

3 – Extraction des comptes segmentés pour KTP (5/7)

- Exemple de flux ATRD pour la déclaration d’octobre 2012 de l’entité 9850

La variation nette du compte 189704 entre

- Exécution de la transaction ZFI_EXTRASEG_KTP (lancé par le comptable une fois par

La déclaration du mois d’octobre 2012 (solde du

3 – Extraction des comptes segmentés pour KTP (7/7)

- Interface Apollo – écritures de flux financiers ATRD en normes IFRS

4 – Extraction des soldes des comptes de banque pour KTP (1/5)

- Cela permet aux services d’analyse et de reporting de rapprocher l’ensemble du détail

4 – Extraction des soldes des comptes de banque pour KTP (2/5)

4 – Extraction des soldes des comptes de banque pour KTP (3/5)

 Description générale: règles de gestion

- Les montants sont restitués en devise pièce

- La colonne « signe » est un indicateur D/C du solde valorisée à -1 si créditeur et 1 si débiteur

4 – Extraction des soldes des comptes de banque pour KTP (4/5)

 Périmètre d’application: AccIS France (Monde non Régulé)

 Éléments documentaires associés

4 – Extraction des soldes des comptes de banque pour KTP (5/5)

5 – Retour chèques (1/4)

5 – Retour chèques (2/4)

 Traitement du fichier de type RTP (Retour Traitement Paiement)

• L’interface simule la transaction FCH5 « Créer

• En cas de remise à l’encaissement, l’interface

6 – Intégration des comptes électroniques (France) (1/10)

- La solution FI appliquée est une solution standard basée sur :

Répertoires Nombre de Format d’intégration Fréquence Rapprochement

CONVERT 2 CONFB160 converti en 2 fois par Non

6 – Intégration des comptes électroniques (France) (4/10)