Organisation et Structuredu SI Global de RTE

2

Sommaire

Séparation du SI EDFPilotage et Organisation du SIZoning du SIArchitecture Back officeArchitecture MicrosoftArchitecture Front office

Séparation du SI EDF

4

Jusqu’en 2000: SI partagé entre EDF etDirection Transport

Trois zones principales

Réseau deTéléconduite

GestionPrévisionnelle

Production etRéseau

Plannification

Accès externe

Pour utilisateurs etpartenaires

• Internet & Emails• Echanges de fichiers• Accès distant

Internet

UtilisateursNomades

Email:amiraly.valibhay@edf.fr

AutresDirections

d’EDF

Séparation du SI en 2000 Obligation de confidentialité pour RTE

Séparation des outils (GP Production transférée à EDF) Définition des Points de comptage Définition du Patrimoine

Nouveau contexte du marché életcrique Prsie en compte de la Production virtuelle Comptage / Achat des Pertes Marché d’ajustement / Publication des données Allocation des capacités

Email: amiraly.valibhay@rte-france.com

Séparation du SI en 2000 RTE a hérité d’EDF d’un SI verticalement

intégré, qui a atteint très rapidement seslimites en terme de flexibilité etd’évolutivité.

Maîtrise des aspects pratiques del’implémentation d’un EAI (WebMethods).

Pilotage etOrganisation du SI

8

Organisation du SI

RSI = Responsable du SI DUSI = Département Urbanisation et Solutions Informatiques MPSI = Mission Performance du SI CN2i = Centre National d’Ingénierie Informatique

Contrôle technique et économique

CN2I

MPSI

RSI

DUSIContrôle fonctionnel

9

Les fondamentaux SI ont été construits à l’origine de RTE

Une recherche de la performance par l’optimisation des activités informatiques : MCO, support, arbitrages L’arbitrage, la définition de niveaux de services différenciés répondant strictement à ses besoins.

Une démarche d’urbanisation fiabilité et la cohérence des données, l’unicité et la mutualisation des traitements, la capacité et la souplesse d’évolution, l’utilisation optimisée des infrastructures.

Des politiques et un référentiel technique Les solutions informatiques mises en œuvre s’appuient sur les standards du marché et les

grands progiciels.

Le Pilotage SI -La politique

10

Le pilotage

Le SI est organisé sous forme de programmes, dont le pilotage est confié auxDirections, le RSI ayant la responsabilité de garantir la pertinence des choixstructurants et le bon fonctionnement d’ensemble.

Toute décision d’évolution du SI doit être prise après avoir vérifié qu’elle concourre àaugmenter la performance globale de RTE.

Un programme :

REGROUPE les projets et activités pour en permettre le pilotage par le CDSC (ComitéDirecteur des Services Communs),

ASSURE LA COHERENCE fonctionnelle des projets et activités du SI par rapport à lastratégie et aux enjeux internes et externes de RTE,

PRIORISE les projets entre eux,

COORDONNE le pilotage d’un constituant SI tout au long de son cycle de vie(passage du projet à l'activité de MCO en particulier),

ASSURE le suivi budgétaire au niveau du CDSC.

Le Pilotage SI -Les programmes

11

Outil Industriel

Gestion & FinancesEt Achats

Statistiques

Ressources Humaines

Sûreté Développement

Clients Marchés

Téléconduite

Services Communs du SIdont le socle SAP

Le Système d’Information de RTE est découpé en 7 programmes, auxquels s’ajoute le socle desServices Communs.

Le Pilotage SI -Les programmes

12Le Pilotage SI -Les programmes

Le programme CM se décompose en plusieurs sous-programmes : L’accès au réseau de transport comprend la mesure et le comptage des

énergie et de la qualité de l’onde au plus prés des installations des clients, et letraitement de ces données élémentaires (validation, reconstitution des points delivraison – injection contractuel, calcul des dépassements de puissance souscrite,élaboration de la facture, suivi des engagements continuité et qualité de l’onde detension, élaboration de bilans, analyse sur sollicitation des clients

La gestion des clients couvre la gestion, de la relation clients (identification,typologie, description du périmètre, contacts et affaires, satisfaction), de l’offre deservice RTE (catalogue, satisfaction, objectifs commerciaux) et des contrats(contractualisation, facturation, recouvrement, vie du contrat, conseil, réclamations).

L’accès à l’information couvre la mise à disposition des données contractuellesassociée à des services (base) ou optionnelle (payante).

Le service d’équilibre offre demande (EOD) comprend la programmation enJ-1 et J des groupes de productions (programmes d’appel et de marche), lemécanisme d’ajustement (MA) mis en place en avril 2003, les échanges de blocs RE –RE et RE – Site, et enfin le service de Responsable d’Equilibre (RE).

L’accès aux interconnexions couvre la définition des capacités d’échanges etdes surcoûts de congestion éventuels, l’allocation de la capacité selon les règles envigueur sur chaque frontière, la nomination des transactions (import, export) par lesclients, le bouclage avec les GRT voisins,… les décomptes et la facturation (enchères,coûts de congestion, cross border tarif (CBT), …).

13

Organization du SI

7 Zones correspondant aux 7 zones des

Divisions Opérationnelles (DSEet DTE)

MSI dans chaque zone Une personne pour les besoins Une personne pour la sécurité

Architectures sont baséessur ce zoning

Zoning du SI

15

Zoning du SI

Trois zones principales

Réseau detéléconduite

• Données temps réel

Back Office

• 1 centre de données• 200 sites• 9000 utilisateurs

Front Office

Pour utilisateurs etpartenaires

• Internet & Emails• Echanges de fichiers• Accès distant

Pour Clients / RTE

• Web applications• Web site

Internet

Accèsspécial

UtilisateursNomades

16

Front Office

Data zone

Exemple de la consommation en temps réel

Prévision (bleu) Réalisation (rouge)

Réseau deTéléconduite

Back Office

Web site

Internet

users

Prévisions Météo

Accèsspécial

17

Architecture Téléconduite

TS N

D isp a t c h in g N a tio n a l

AS NS AS D N SN C P EE

TS R

SA S D R

AT SC AC QN

PE R

S IR CEX TEL

Dis p a tc h in g R é g io n a lPC S

Ve rs G R T é tra n g e rs

HE L ICO OPT ER E

D is p a tc h in g P ro d u c t io n d u CO O P

R é s ea u A R TE R E

P C d e PH V 1

P A1h yd ra u

P ASh yd ra u

PASTh er m.

P ro d u c te u rs"B o rn ie r"

(h y d ra u liq u e s e tt h e rm iq u e s)

Un it é s d eC o m m a n d e d e

la P ro d u c tio n

Ce n t ra le s

PC d e P H V2

U n ité s d eCo m m a n d e d ela P ro d u ct io n

PA2h y dr a u

P A1h yd ra u C e n tra le s

P ro d u c t e u rs "A R TE R E "(h yd ra u liq u e s )

R és ea uTA S E .2

P 2 TRl ia i so n sD R -D N

P C G M ig ré s

PE XI

AR P

PC

P A

P o st e s

PA

AR C AD E

AS R

RS T

ve rs l e s a u tr es SA S

v e rs l e s ce n tra le s

18

Architecture de Téléconduite

SNCSNC

SRCSRC

PEXIPEXI

PostesPostes

X1 R/B

X7 R/B

X76 R/B

> 2400 plants

Equilibre P=C

Programmes, f, TSOs

Surveillance et exploitation

… tension…

Exploitation & Maintenance

…

Local

2004

20052008

=>2004

2006=>(digital.)

Tco

Net

19

Architecture pour la configuration des données (TCD)

SYCOET

Conf. SRC Conf ATSR

RTU

Poste

Disp Régional

SRCATSR

Dispatcher

Disp National

ASN SNCConf. ASN

ARPPEXI

Disp Postes

translator Données dédiées

fichier

Conf. SNC

fichier

Référenceframe

Données types,Répertoires

fichier Partagedes données

Introductiond’une donnée

partagée

Architecture Back OfficeBasée sur un EAI et un ERP

Choix d’un EAI

RTE a hérité d’EDF d’un SI verticalementintégré, qui a atteint très rapidement seslimites en terme de flexibilité etd’évolutivité.

Maîtrise des aspects pratiques del’implémentation d’un EAI (WebMethods).

Choix d’un EAI

Le nombre d’échanges devient très rapidement exponentiel andvolumineux. La maintainance d’un SI ayant beaucoup d’interfacesdevient très difficile et nécessite beaucoup de travail

SI sans EAI SI avec EAI

App A

App CApp B

App D

App EApp F

App A

App CApp B

App D

App EApp F

EAI

23

Gestion des mesures deComptage• références équipements• Tableaux de charge•Contrôle automatique•Remplacement automatique

SAP-ISU Comptage

Le SI intégrant l’EAI

EAI

EAI

Calcul Courbes de charge GRD

Calcul consommations et productions clientsIntégration Données de MarchéIntégration des données corrigées de GRDCalcul desEcarts de RE

Calcul des pertes régionales et nationalesDECOMPTES

Données de MarchéNEB, Import/Export,PWX, EEX, pertes ...

RDM

Gestion des donnéesDistributeursréférence des périmètres GRD/RECalage consommations GRD

DIAPASONDonnées de référence des flux fournisseur (CLsite RPT)

Données de référence des flux GRD

Données de référence des interconnexions(GRT, régionales)

EAI

Système de télé-relève destableaux de comptage

T2000

comptage

comptage comptagecomptage

Gestion Responsable EquilibreCOVADIS

Données Client Contrat

Système de Gestion RelationsClientèles•Références des clients•Références des contrats•Suivi de la relation clientèle

Siebel

Calcul des courbes de charge del’Accès au réseau (CART)Données de référence combinaisonslnéaires PLICCourbe de charge PLIC

SAP-ISU G3C

Gestion FacturationDonnées de référence contratsCART, RE, Interconnexions, …Calculs de facturationGestion de la facturationGestion des recouvrements et dela comptabilité client

SAP-ISU

Prévision et achatdes pertes réseauRTE

TEMPETE

24Choix d’un ERP de RTE

En 1998, le GRT a choisi SAP comme support de son SI de Gestion. Ce choixa permis d ’être conforme à la première Directive Européenne de 1996,puisque le progiciel proposait les fonctions de base nécessaires.

L ’application s ’est depuis étoffée en sus du noyau R3, puisque les modulesISU et BW ont été déployés.

En 2003, une licence d ’entreprise a été acquise. Depuis, RTE peut utiliserlibrement tous les produits SAP.

En 2003 aussi, RTE a décidé de créer un centre de compétence SAP dont lebut est de rassembler, toutes les compétences dans un lieu unique et sous unseul management.

Les objectifs de RTE sont d ’amortir l ’investissement financier et humain etd ’optimiser les choix et les coût du SI ainsi :L ’usage d ’un produit SAP s ’impose chaque fois qu ’il en existe un

répondant aux besoins d ’un métier.Toute investigation de solutions alternatives à SAP ne devra être entreprise

qu ’après consultation du CC SAP et qu ’il apparaît que la solution SAP nerépond pas au besoin.

25

Les modules SAP mis en place sont les suivants :

FI : Comptabilité Financière

•Comptabilité générale•Comptabilité Fournisseurs•Comptabilité Clients•Comptabilité Agents•Gestion de la trésorerie•Gestion de la fiscalité•Gestion du recouvrement

MM : Gestion des stocks etachats

•Achats externes courants•Achats externes

techniques•Gestion des stocks•Contrats PNAG

HR : Gestion desressources Humaines•Gestion des données de

base (fichier agent)•Pointage technique dans

AIDA•Balance Pointage

administratif / Pointagetechnique

PS : Gestion de projet•Gestion des budgets

d'évolution du réseau detransport

•Suivi des projetsd'évolution du réseau detransport

•Suivi des projets horsTransport

SD et ISU : Gestion des venteset Relation Clientèle

•Gestion du dossier clientèle•Droit d’accès au réseau•Raccordement au réseau•Imports / exports•interconnexions•Gestion des écarts•Achats de perte•Mécanisme d ’Ajustement•Contractualisation amont•Services hors accès réseau•Services auxiliaires

CO : Contrôle de Gestion•Gestion des données de base•Gestion du réel•Gestion budgétaire•Gestion des véhicules et des

engins•Suivi des coûts de

Maintenance•Suivi des coûts

BW : Reporting d ’analyse et de pilotage•Reporting Contrôle de Gestion•Reporting Gestion de Projets•Reporting Achats / Stocks•Reporting spécifique pour les GET, GIMR,

GESCC, CNER•Suivi des PMT d ’évolution du réseau de

transport

Le périmètre fonctionnel de SAP à RTE

26

ComptabilitéClients

Gestionadministrative

Gestion desfrais

ComptabilitéFournisseurs

ComptabilitéAgents

Comptabilitégénérale

Trésorerie

Taxe sur lespylônes

ComptabilitéDPD

RéférentielComptage

Gestion descalculs et descourbes de

charge

Dat@RTE

Mécanismed'ajustement

Import / export destableaux de charges(T2000 / Décompte / Pub

v2)

Échange des Données Clients(Pub v2 & Start)

Contractualisationamont

Servicesauxiliaires

Échangesinternes

Écarts

RaccordementCongestion

CrossBorder Tarif

Achats courants

Achatstechniques

Gestion desstocks

Suivibudgétaire

Suivi des coûts

Gestion desprojets de

maintenance

Achats depertes

Ventes diversesHors RC

Servicede

décompte

Gestion destemps

Pointagetechnique

Gestion élémentsvariables de

temps

Article23

Ventes diverses RC

IFA

Import / export

ReportingAchatsStocks

ReportingGestion

ReportingRC

ProtocoleRéservesrapides

Gestion desPRGP / PNGP

Gestion desprojets d'évodu réseau

ComptabilitéImmobilisations

Gestion desprojets du SI

ObservatoireCART

Ventes du SA

Mécanismed'ajustement

RC

Hors RC

APPLICATIONS SAP - PROCESSUS METIERS CONCERNESISU SD FI MM HR BW PS CO

BW

27

Back Office

9 zones interconnectées 7 zones régionales hébergeant les “petites” appli. 1 zone medium “CNES” 1 zone principale hébergeant les appli. nationales

Medium zone (~20 applications) Serveurs Windows Echange EAI

Main Zone (~200 applications) Serveurs AIX/SUN/Windows Applications SAP et weblogic/oracle CFT et EAI échange

28

Back office réseau

C’est un WAN (MPLS Multi-Protocol Label Switching) Environ 200 sites

140 “petits” sites 1 Mbps 40 sites 2 / 4 Mbps 3 sites 10 Mbps Centre de données : 70 Mbps

3 niveaux de sécurité

WAN

Centre de donnéesFO

Internet

Petits sites

SDSL

RNIS

Medium sitesFO

Architecture Microsoftdu back office

30

Architecture Serveur

Les principaux serveurs sont installés dansle centre de données

Dans chaque zone, il y a : Serveurs de fichiers Contrôleurs de domaines Serveurs secondaires de SMS

31

Second serveurSMS

XPXP

XP

Second serveurSMS

XPXP

XP

SMS 2003 est utilisé pour Déploiement des Patch et des

applications Gestion des versions et des

logiciels

Très efficace En un jour, environ 80 % des

PCs reçoivent le nouveau patch Charge relative du WAN

Premier serveurSMS

Zoom sur l’architecture SMS

Site Principal

Administrator

32

Environ 140 petits sites(moins de 10 utilisateurs) Pb de coût pour un serveur

par site Utilisation du serveur terminal

W2003 Envision 1000 utilisateurs et

35 TS

SmallSite

SmallSite

XP

SmallSite

SmallSite

XP

SmallSite

SmallSite

XP

Terminal Server

WAN

Zoom sur l’architecture du ServeurTerminal Medium size site

Architecture Front Office

34

Front Office

Deux plateformes Une pour les clients Une pour les utilisateurs et les

partenaires

Securisée et independentes L’altération de l’une n’impacte

pas l’autre plateforme

Front Office

Utilisateurs etpartenaires

Clients

35

Architecture Front OfficeRTE Accès nomade

Télé maintenance

Genenral use of http&mail for RTE

Achat

FrontOffice

Web site officiel RTE :« rte-france.com »

Back OfficeCompagnies externes,Vendeurs, Fournisseurs,Employés, etc.

Acteurs du marché

Zone d’échange desinformations

Echanges d’informations

DIAPASON

EAI

NEB

Autresapplications

Fonctionspartagées

Front Office

36

Principales règles de sécurité

DMZ zoningZone PubliqueZone PrivéeZone Privée sécurisée

Limitation des flux en entréeVPN sur Internet pour utilisateur

nomadeAuthentication renforcée

37

Demande WSRéponse (AR)

Site ClientFront Office - RTE

Prototype architecture 5 Web Services (WS) available on the platforms

Internet

Back Office RTESI Client

Web Services Exchange Architecture

38

SI Business & Exploitationsecurité : scope et architecture

Données TCDSCADAEMS

SCADA

RTU

Données temps réel

Business réseauIntranet

Echanges externes

Applicationsbusiness

etdonnées

UCTEInternetExtranet,Mobile

Vendors,...

CIGRE 2000 Session

Compteurs

39

Principales applications utilisantFront Office

Réseau RTE

Front Office de RTE

Internet

Extranet(Sécurisé)

Web site

PUB

SYGA

PortailClio

e-PSS

e-Appro

Mail

FTP

SI RTE Non RTE

PKI

PKI

PKI

PKI

NEB

Nomination

AGAPE

Olifan

DIAPASON

NEB-site

Ref-GRD

Applications Back Office utilisant messagerie Applications Web du FO

Echanges.: FTP, Mail, ...Explanation

Network access

Transit-Infra

SAP-ISU

Sécurité