Td corrigé Spécifications fonctionnelles détaillées type des ... - GTG 2007 pdf

Spécifications fonctionnelles détaillées type des ... - GTG 2007

J ou M ou C (Journalier, Mensuel ou Corrigé). 12 ..... sont également indiqués au destinataire lors du traitement des fichiers reçus (Ihm utilisateur et fichier journal) ..... Mise à disposition sur le site du GRT sous forme de fichier Excel. TD>TD.




part of the document



sion tient compte des retours d’expérience sur les travaux engagés sur la base de la v1.3 (septembre 2005) et les modifications apportées pour les évolutions 2006 (version 1.4 du document).
Pour plus d’informations générales sur l’interface entre le GRT et le GRD, se référer au document d’expression des besoins GT2 « Interface GRD - GRT ».

Ce document prend en compte les évolutions de l’interface depuis juillet 2004.

RédacteursApprobateursValideurs  AUTHOR \* MERGEFORMAT Isabelle Levy
Christophe EVEN
Caroline DUPUISMembres du GT4

 SERVICE
Circuit du document
ÉtapeDateFonctionNomCréation / Mise à jour23/02/2004 AUTHOR \* MERGEFORMAT Isabelle Levy
Christophe Even
Caroline DupuisMise à jourValidationMembres du GT4Approbation AdministrationAssistante de projet
Historique des modifications
VersionDateNature de la modification1.005/12/2003Création du document sur base de la version 0.h des spécifications Gaz de France1.111/12/2003Modifications suite à réunion Gaz de France GRD et GSO1.212/12/2003Modifications suite à réunion du GT41.321/01/2004Modifications complémentaires – Décisions SG2 sur règles de gestion des PITD1.3123/02/2004Modifications suite à réunion du SG4.1 du 18/02, remarques reçues entre le 18/02 et le 24/02. Ajout du code GSO et de 3 codes de GRD - Modifications de codes GRD - Liste des codes expéditeur distribution, GRT et GRD envoyée par courriel - Inversion de champs dans l’entête des fichiers. Commentaire de Guy Fasanino du 25/02/04 suite au compte-rendu de la réunion du SG4.1 du 18/02.1.3201/03/2005Définition de la solution de repli suite aux réunions du SG4.1 des 05/05/04 et 04/06/04.
Proposition d’horaires. Compléments sur les cas d’erreurs concernant les fichiers MESURE et PCS.1.3327/09/2005Prise en compte de la notion d’échanges des réalisations par CAD  - Modification du contenu et de la codification des champs 1 des fichiers REALISATION journaliers et mensuels. Prise en compte des remarques de la CRE et du SG4.11.3423/12/2005Modification des heures maximales des échanges journaliers1.416/01/2006Echanges au 1er juillet 2006. Prise en compte des souscriptions normalisées1.4109/05/2006Inversion des champs 7 et 8 du fichier SOUSNORM2.004/05/2006Echanges au 1er juillet 20072.128/08/2006Modifications suite aux remarques du SG4.1 concernant les enlèvements corrigés. Modification du contenu des flux souscriptions normalisées mensuels à partir du 1er juillet 2007.2.213/10/2006Mise à jour suite au SG4.1 du 12/09/2006 et des remarques de Jean-Marc Edel (STBG)2.323/10/2006Prise en compte des remarques de F.Daniel, C. Goudy et C. Even - SG4.1 du 18/10/20062.424/11/2006Prise en compte des remarques du GRD Gaz de France.2.506/12/2006Prise en compte des dernières remarques pour validation2.608/01/2007Remarques GRTgaz
Localisation du document
EspaceNomEspace de publicationEspace de travail
Diffusion
VersionDateNoms


SOMMAIRE

 TOC \o "1-3" \h \z  HYPERLINK \l "_Toc156030642" 1 Introduction  PAGEREF _Toc156030642 \h 4
 HYPERLINK \l "_Toc156030643" 1.1 Expression des besoins des GRT et des GRD  PAGEREF _Toc156030643 \h 5
 HYPERLINK \l "_Toc156030644" 1.1.1 Diagramme des flux d’échange de données dès le 1er Juillet 2004  PAGEREF _Toc156030644 \h 5
 HYPERLINK \l "_Toc156030645" 1.1.2 Echanges journaliers  PAGEREF _Toc156030645 \h 8
 HYPERLINK \l "_Toc156030646" 1.1.3 Echanges mensuels  PAGEREF _Toc156030646 \h 8
 HYPERLINK \l "_Toc156030647" 1.1.4 Echanges bi-annuels  PAGEREF _Toc156030647 \h 9
 HYPERLINK \l "_Toc156030648" 1.1.5 Echanges avec les GRD de rang 2  PAGEREF _Toc156030648 \h 9
 HYPERLINK \l "_Toc156030649" 1.1.6 Gestion des tables de référence communes  PAGEREF _Toc156030649 \h 9
 HYPERLINK \l "_Toc156030650" 1.1.7 Redressements post M+1 des mesures aux PCED  PAGEREF _Toc156030650 \h 11
 HYPERLINK \l "_Toc156030651" 1.1.8 Redressement post M+1 des quantités journalières globales d’énergie au PITD  PAGEREF _Toc156030651 \h 11
 HYPERLINK \l "_Toc156030652" 2 Modalité d'échange de données  PAGEREF _Toc156030652 \h 12
 HYPERLINK \l "_Toc156030653" 3 Inventaire des Flux entre GRD et GRT  PAGEREF _Toc156030653 \h 13
 HYPERLINK \l "_Toc156030654" 4 Règles de gestion générales des interfaces  PAGEREF _Toc156030654 \h 14
 HYPERLINK \l "_Toc156030655" 5 Description des flux  PAGEREF _Toc156030655 \h 14
 HYPERLINK \l "_Toc156030656" 5.1 Flux journaliers, mensuels et semestriels  PAGEREF _Toc156030656 \h 15
 HYPERLINK \l "_Toc156030657" 5.1.1 Flux journalier et mensuel « PCS par PCET »  PAGEREF _Toc156030657 \h 15
 HYPERLINK \l "_Toc156030658" 5.1.2 Flux journalier, mensuel et semestriel « Quantités totales d’énergie par PITD »  PAGEREF _Toc156030658 \h 18
 HYPERLINK \l "_Toc156030659" 5.1.3 Flux journalier et mensuel « Réalisations par PITD/ED ou par PITD/CAD »  PAGEREF _Toc156030659 \h 21
 HYPERLINK \l "_Toc156030660" 5.1.4 Flux mensuel « Souscriptions Normalisées »  PAGEREF _Toc156030660 \h 24
 HYPERLINK \l "_Toc156030661" 5.2 Flux événementiels table de référence  PAGEREF _Toc156030661 \h 27
 HYPERLINK \l "_Toc156030662" 5.2.1 «Table PCET/PITD»  PAGEREF _Toc156030662 \h 27
 HYPERLINK \l "_Toc156030663" 5.3 Flux Compte Rendu  PAGEREF _Toc156030663 \h 29
 HYPERLINK \l "_Toc156030664" 6 Solutions de repli  PAGEREF _Toc156030664 \h 32
 HYPERLINK \l "_Toc156030665" 7 AnnEXE – Echanges métier  PAGEREF _Toc156030665 \h 34
 HYPERLINK \l "_Toc156030666" 7.1 Flux événementiels métier table de référence  PAGEREF _Toc156030666 \h 34
 HYPERLINK \l "_Toc156030667" 7.1.1 Inventaire des Flux métier entre GRD et GRT  PAGEREF _Toc156030667 \h 34
 HYPERLINK \l "_Toc156030668" 7.1.2 Liste de correspondance « Communes/PITD/GRD/date de début et de fin »  PAGEREF _Toc156030668 \h 34
 HYPERLINK \l "_Toc156030669" 7.1.3 Liste de correspondance « PITD/GRT/GRD »  PAGEREF _Toc156030669 \h 35
 HYPERLINK \l "_Toc156030670" 7.1.4 Liste des « Codes ED/CAD/GRT/GRD »  PAGEREF _Toc156030670 \h 36
 HYPERLINK \l "_Toc156030671" 7.1.5 Table de correspondance « Communes/PITD/GRT/GRD d’appartenance »  PAGEREF _Toc156030671 \h 37
 HYPERLINK \l "_Toc156030672" 7.2 Echanges annuels liés aux souscriptions normalisées  PAGEREF _Toc156030672 \h 37
 HYPERLINK \l "_Toc156030673" 7.2.1 Flux annuel « Souscriptions Normalisées »  PAGEREF _Toc156030673 \h 38

Introduction

Par convention

J : journée gazière (de 6h jour calendaire J à 6h jour calendaire J+1) ;
PCE : Point de Comptage et d’Estimation ;
PCET : PCE des GRT ;
PCED : PCE des GRD ;
M : mois gazier du 1er jour du mois calendaire M à 6h au 1er jour du mois calendaire M+1 à 6h ;
PCS M : chroniques journalières des PCS du mois gazier M ;
Quantité d’énergie M : chroniques journalières des quantités d’énergie du mois gazier M ;
Réalisations M : chroniques journalières des réalisations du mois gazier M ;

Toutes les quantités échangées sont des énergies exprimées en kWh arrondies à 0 décimale.
Les PCS échangés sont exprimés en kWh/m3 (n) avec 3 décimales.
Les horaires sont les heures légales en vigueur en France.
Les jours ouvrés sont les mêmes pour tous les GR, sauf cas de jours fériés particuliers aux régions françaises.

GR : Gestionnaire de Réseau
ED : Expéditeur Distribution
ET : Expéditeur Transport
CAD : Contrat d’Acheminement Distribution
CAR : Consommation Annuelle de Référence
CJAa : Capacité Journalière d’Acheminement annuelle
CJAm : Capacité Journalière d’Acheminement mensuelle
CJAj : Capacité Journalière d’Acheminement journalière
CJA : Capacité Journalière d’Acheminement correspondant à la consommation journalière de pointe du PITD (= résultat de l’analyse de l’hiver précédent augmenté d’une prévision de croissance)
Profil type : profil normé et à climat de référence de consommation représentatif des habitudes de consommation d’une ensemble de PCE (cf. liste sur  HYPERLINK "http://www.gtg2007.com" www.gtg2007.com)
PCE Non Profilé : PCE JJ et Tiges Cuisine
PCE Profilé : PCE 6M, MM et JM


Dans le document, tous les passages surlignés en jaune sont des points restant à définir ou à valider, après des tests significatifs, pour les horaires notamment.


Expression des besoins des GRT et des GRD

Diagramme des flux d’échange de données dès le 1er Juillet 2004

N. B. : les flux événementiels sont des flux n’ayant pas lieu quotidiennement mais déclenchés par un événement : en l’occurrence la modification des données portées par le flux.

Flux quotidiens – journée J+1


























Flux mensuels – mois M+1
Jour et horaire à valider après tests significatifs




























Flux semestriels
Horaire à valider après tests significatifs

Ce sont les quantités d’énergie corrigées par PITD qui sont échangées de façon semestrielle.



























 Echanges journaliers

PCS journaliers par PCET
Tous les jours, chaque GRT envoie à J+1 à 9h35 au plus tard aux GRD raccordés à son réseau les PCS J et les énergies par PCET.

La mise à jour de la table de référence PCET/PITD doit être transmise par les GRT aux GRD à chaque modification de la table. Elle sera transmise avec l'envoi du flux quotidien PCS et énergie par PCET pour permettre l'intégration de la nouvelle table dans le SI des GRD. Le délai entre la date de mise à jour de la table et la date de mise en service du PCE (date de rattachement du PCE au PITD ) doit être au minimum d’une semaine.

Cf flux événementiel REF _Ref62014625 \r \h 5.2.1.

NB : pour répondre à des besoins spécifiques, les échanges de PCS entre Gaz de France Réseau Distribution et les GRT sont réalisés selon un format spécifique, différent du format explicité dans le présent document.

Quantités totales d’énergie journalières par PITD
Tous les jours, chaque GRT envoie aux GRD concernés pour 9h35 au plus tard le jour J+1 la quantité totale d’énergie sur chaque PITD du jour J.

Réalisations journalières par PITD/ED ou par PITD/CAD
Chaque GRD calcule ensuite les quantités de gaz effectivement enlevées le jour J aux PITD par les expéditeurs distribution ou au titre d’un contrat d’acheminement distribution pour être acheminées sur le réseau de distribution et pour être consommées aux Points de Livraison (mesurées par des Points de Comptage et d’Estimation Distribution PCED). Ces quantités sont appelées réalisations provisoires ou quantités réalisées. Les GRD calculent donc et communiquent tous les matins du jour J+1 à 10h35 au plus tard aux GRT les réalisations de la veille (jour J) par PITD/ED ou par PITD/CAD. Le choix de la maille expéditeur distribution ou contrat d’acheminement distribution est décidé par le GRD. Les GRD calculent les réalisations de la veille (jour J) par PITD/ED ou par PITD/CAD en utilisant les consommations aux PCED de la veille (jour J, journée gazière) estimées ou calculées avec les relèves de J et le PCS J, les quantités totales d’énergie sur chaque PITD de la veille (jour J) et les températures des stations météorologiques (obtenues directement sur le site de Météo France). Ces réalisations sont transmises en deux valeurs :

la somme des réalisations correspondant aux PCED profilés
et la somme des réalisations correspondant aux PCED non profilés.

Pour un GRD, la somme des réalisations journalières aux PITD d’une zone d’équilibrage transport doit être égale à la somme journalière des mesures aux PITD de cette même zone d’équilibrage transport.

Echanges mensuels

PCS journaliers du mois M par PCET
Tous les mois, chaque GRT envoie à M+1 le 4ème jour ouvré à 17h30 au plus tard aux GRD concernés les PCS journaliers du mois écoulé M par PCET.

NB : pour répondre à des besoins spécifiques, les échanges de PCS entre Gaz de France Réseau Distribution et les GRT sont réalisés selon un format spécifique, différent du format explicité dans le présent document.


Quantités totales d’énergie journalières du mois M par PITD
En début de mois M+1, les GRT calculent et valident les quantités totales d’énergie journalières du mois M par PITD, qu’ils communiquent aux GRD concernés au plus tard le 4ème jour ouvré à 17h30.

Réalisations journalières du mois écoulé M par PITD/ED ou par PITD/CAD
En début de mois M+1, les GRD reçoivent les relevés de consommation des PCED télérelevés quotidiennement. A partir de ces données et des estimations de consommation pour les PCED relevés « mensuellement avec un index journalier » « mensuellement »** et « semestriellement »* que les GRD calculent, ils calculent et communiquent aux GRT les réalisations journalières définitives du mois écoulé M par PITD/ED ou par PITD/CAD le 8ème jour ouvré de M+1 à 14h00.
Ces réalisations sont transmises en deux valeurs pour chaque jour :

la somme des réalisations correspondant aux PCED profilés
et la somme des réalisations correspondant aux PCED non profilés.

Remarque : dans cet échange mensuel, la qualité des données prime sur le respect du timing. Les gestionnaires se concertent jusqu'à s'échanger des fichiers complets et entièrement significatifs (remarque sous-groupe 2 GTG 2004).

Echanges liés aux souscriptions normalisées
En début de mois M+1, et pour chaque jour du mois écoulé M, le 4ème jour ouvré de M+1 à 12h00, les GRD communiquent aux GRT la somme des CJAa, CJAm et CJAj par PITD/ED ou par PITD/CAD pour les PCED non profilés et la somme des CAR par PITD/ED/profil type ou par PITD/CAD/profil type pour les PCED profilés.

Echanges bi-annuels


Echanges liés aux mesures corrigées
Ce sont des échanges bi-annuels mis en place à compter du 01/07/2007.
Ces échanges mettent à disposition les valeurs de mesures aux PITD (corrigées ou non) pour les périodes suivantes :
24 Avril N pour les 12 mois de Janvier N-1 à Décembre N-1
24 octobre N pour les 12 mois de Juillet N-1 à Juin N
Ainsi à partir de la mise en place de ces échanges le 1er juillet 2007, le premier échange aura effectivement lieu le 24 octobre 2007.

Echanges avec les GRD de rang 2

Ce point est encore à l’étude.
Ces échanges doivent débuter de façon prévisionnelle au 1er janvier 2007.
Des échanges seront peut-être mis en place entre GRT et GRD de rang 2 et complèteront ces spécifications par leur description en annexe.




Gestion des tables de référence communes

Codification des PITD, des GR et des ED
Cette table est mise à disposition sur le site GTG.

Codification des PITD
La structure de codification proposée pour les PITD est composée de 6 caractères avec :

les 2 premiers caractères correspondant au réseau de distribution (voir  REF _Ref57475341 \r \h  \* MERGEFORMAT 1.1.6.1.2  REF _Ref57475393 \h  \* MERGEFORMAT Codification des GR)
les 4 caractères numériques attribués séquentiellement par le GRD

Ex : GD0023 est le PITD 23 alimentant le GRD Gaz de France.

Codification des GR
Les codes des GRT et des GRD doivent être identiques entre les GR pour les échanges.

Codes GRT :
GRTcodeGRTgazGDFTTotal Infrastructure Gaz FranceGSOT
Codes GRD :
GRDCode GRDCode GRD abrégé pour les PITDGaz de France Réseau DistributionGDFDGDBordeauxGDBXBXAire-sur-l’AdourASADAABarrBARRBRBazasBAZSBZBonnevilleBNVLBVCarmauxCRMXCXColmarCLMRCRDreuxDREUDXGrenobleGRNBGRGuebwillerGBWRGWHuningue-St-L.HUNGHNLannemezanLNMZLZLavaurLAVA LVLuceLUCELCMonacoMNCOMCPéronnePRONPRLa RéoleLROLLRRégie de la VienneVNNEVNSt-AvoldSTAVAVSallanchesSLCHSLSeysselSYSLSYStrasbourg GazSTBG SBVillard-BonnotVIBOVB

Attention les codes abrégés suivants sont réservés :
LI, IR, IT, SI, SW, ST, PL, EG, EC, PM,NN, ZT, ZS, NP, CE, GB, GH, CM et PS.

Cette codification est adoptée et définie de manière commune par tous les acteurs.

Codes « expéditeur distribution » et « expéditeurs transport »
La structure du code de l’expéditeur est identique entre les GR pour les échanges.

La structure du code est identique à celle utilisée par les GRT européens : GDRUHR pour l’expéditeur Ruhrgas sur le réseau de distribution de Gaz de France.

6 caractères avec :
2 premières caractères correspondant au réseau sur lequel l’expéditeur est présent (code abrégé du gestionnaire)
4 lettres pour l’expéditeur attribuées par le GR concerné

Code « contrat d’acheminement distribution »
Gaz de France Réseau Distribution a retenu la structure du code du contrat d’acheminement distribution suivante :

10 caractères alphanumériques
format : ANNNNNNNNN, avec le premier caractère identifiant le GRD
Code réservéCode GRDAGDFDEx : A040000001, les positions 2 et 3 précisant l'année.

Table de correspondance « ET/ED par PITD »
Les GRT doivent impérativement connaître la table de correspondance expéditeurs transport/expéditeurs distribution, dans le cas où ce sont les codes ED qui sont échangés dans le champ 1 des fichiers REALISATION. Cette correspondance est établie dans la déclaration conjointe ET/ED.

Table de correspondance « ET/CAD par PITD »
Les GRT doivent impérativement connaître la table de correspondance expéditeurs transport/contrat d’acheminement distribution dans le cas où ce sont les codes CAD qui sont échangés dans le champ 1 des fichiers REALISATION. Cette correspondance est établie dans la déclaration conjointe ET/ED.

Redressements post M+1 des mesures aux PCED

Se reporter au §  REF _Ref149385070 \r \h 1.1.4.1 et au document du GTG : « Règles d’allocation des quantités aux interfaces Transport-Distribution – Applicable au 1er juillet 2007 ».


Redressement post M+1 des quantités journalières globales d’énergie au PITD

Se reporter au §  REF _Ref149385070 \r \h 1.1.4.1 et au document du GTG : « Règles d’allocation des quantités aux interfaces Transport-Distribution – Applicable au 1er juillet 2007 ».


Modalité d'échange de données

Le choix d’une solution technique s’est fait en recherchant le meilleur compromis entre des exigences :

de faisabilité, avoir une solution la plus standard possible et la plus facile à mettre en œuvre,
économique, avoir une solution minimisant les investissements et les coûts de fonctionnement,
de sécurité, avoir des fonctionnalités de confidentialité et d’intégrité des messages transportés.

Une solution technique et les modalités d’échanges proposés répondant à ce compromis sont les suivantes :

chaque GRT met en place un serveur FTP SSH sécurisé sur le réseau public qui servira de pivot pour les échanges avec les GRD concernés,
ce serveur FTP sera accessible via Internet,
chaque GR émetteur dépose les données concernées sur ce serveur,
chaque GR destinataire vient récupérer les fichiers sur ce serveur,
le serveur est accessible en lecture/écriture via un accès sécurisé aux seuls GR concernés.

Les GRT sont libres de proposer tout autre moyen d’échange des données.

Il a été décidé d'utiliser un format de fichier csv, qui peut être traité informatiquement plus facilement.

Synchronisation des horloges : les GRT synchronisent leurs horloges sur une horloge atomique de leur choix et les GRD se synchronisent également sur une horloge atomique de leur choix sur Internet suivant une fréquence hebdomadaire.

Les systèmes doivent s’accorder sur les changements d’heures été/hiver.
Inventaire des Flux entre GRD et GRT

Flux SensNom du fluxContenuFréquenceT>DF_T_D_J_PCSPCS et énergie de la veille (jour J) par PCETQuotidien J+1
à 9h35T>DF_T_D_M_PCSPCS et énergies journaliers du mois écoulé (mois M) par PCETMensuel
4ème jour ouvré du mois M+1
à 17h30T>DF_T_D_E_PCET_PITDListe de correspondance PCET/PITDLors de chaque modification quotidien : seulement mises à jour transmisesT>DF_T_D_J_MESUREQuantités totales d’énergie de la veille (jour J) sur chaque PITDQuotidien J+1
à 9h35D>TF_D_T_J_REALISATIONSRéalisations de la veille (jour J) par PITD/ED ou par PITD/CAD pour les PCED profilés et non profilésQuotidien J+1
à 10h35T>DF_T_D_M_MESUREQuantités totales d’énergie journalières du mois écoulé (mois M) sur chaque PITDMensuel
4ème jour du mois M+1
à 17h30T>DF_T_D_C_MESUREQuantités totales d’énergie journalières sur 12 mois pour les périodes janvier N-1 à décembre N-1, et juillet N-1 à juin N sur chaque PITDBi-annuel
24 avril et 24 octobre
à 18hD>TF_D_T_M_REALISATIONSRéalisations journalières du mois écoulé M par PITD/ED ou par PITD/CAD pour les PCED profilés et non profilésMensuel
8ème jour du mois M+1
à 14hD>TF_D_T_M_SOUSNORMSomme quotidienne des CJAa CJAm et CJAj par PITD/ED ou par PITD/CAD et des CAR du mois écoulé par PITD/ED/profil type ou par PITD/CAD/profil typeMensuel
4ème jour du mois M+1
à 12hD>TF_D_T_A_SOUSNORMCJAa, CJAm et CJAj par PITD et CAR par PITD/profil type au 3ème jeudi du mois de janvierAnnuel
1er juin de l’année AD>TCR_F_T_D_J_PCSCompte-rendu du flux F_T_D_J_PCSD>TCR_F_T_D_M_PCSCompte-rendu du flux F_T_D_M_PCSD>TCR_F_T_D_E_PCET_PITDCompte-rendu du flux F_T_D_E_PCET_PITDD>TCR_F_T_D_J_MESURECompte-rendu du flux F_T_D_J_MESURET>DCR_F_D_T_J_REALISATIONSCompte-rendu du flux F_D_T_J_REALISATIONSD>TCR_F_T_D_M_MESURECompte-rendu du flux F_T_D_M_MESURET>DCR_F_D_T_M_REALISATIONSCompte-rendu du flux F_D_T_M_REALISATIONST>DCR_F_D_T_M_SOUSNORMCompte-rendu du flux F_D_T_M_SOUSNORMD>TCR_F_T_D_C_MESURECompte-rendu du flux F_T_D_C_MESURE
Notation des flux : F pour Flux, CR pour compte rendu de flux, T>D ou D>T ou TD >TD pour le sens du flux (respectivement GRT vers GRD, GRD vers GRT, GRD vers GRT ou GRT vers GRD), J pour journalier, M pour mensuel et C pour corrigé.


Règles de gestion générales des interfaces

Règle de gestion pour l’élaboration des données à mettre à disposition
Chaque gestionnaire de réseau est responsable de la qualité et de la complétude des informations qu'il met à disposition de l'autre gestionnaire (toutes les valeurs du fichier sont significatives et exploitables - pas de zone à blanc). Chaque gestionnaire est responsable pour déterminer les règles de remplacement et les valeurs dans son propre système d'information. Si une valeur de remplacement a été choisie, cela ne sera pas indiqué.

Règle de gestion pour la communication des données
Le mode de communication des données (flux poussé, flux tiré) sera fonction des modalités d’échange retenues.

Règle de bonne conduite pour la date et l’horaire de mise à disposition des données
Les flux peuvent être transmis plus tôt que l’horaire et date au plus tard. Dans ce cas-là, le destinataire a la possibilité de scruter le pivot FTP plus tôt.

Règle de gestion si mise à disposition d’un fichier de données incomplet ou de la non mise à disposition d’un fichier
Le gestionnaire récepteur ne doit utiliser des valeurs de remplacement que dans le cas où la transmission a été défaillante à l'heure convenue entre les deux gestionnaires ou dans le cas d'une réception d'un fichier incomplet. Dans ces cas, la règle de remplacement déterminant la valeur par défaut utilisée par le gestionnaire récepteur doit avoir été approuvée par le gestionnaire émetteur. On parle bien ici de la règle et non pas de la valeur en elle-même.

Remarque : un champ à blanc est un défaut. Un zéro est significatif.

Description des flux
Les fichiers plats générés par les différents flux de l’interface sont constitués d’une entête en première ligne et de données sur les lignes suivantes.

Le séparateur de champ est le « ; » ( « ; » est donc un caractère réservé pour le séparateur de champs). Chaque ligne (ligne d’entête et ligne de donnée) se termine par un « ; » suivi des caractères ASCII de fin de ligne . est compris comme un seul saut de ligne.

Dans les tableaux suivants :

X(n) est une chaîne de n caractères alphanumériques
9(n) est une chaîne de n caractères numériques
9(n,3) est une chaîne de n caractères numériques comprenant 3 décimales
S9(n) est une chaîne numérique signée (+ ou -)


Flux journaliers, mensuels et semestriels

Flux journalier et mensuel « PCS par PCET »
Les GRT fournissent en début de chaque jour J+1 aux GRD les PCS J et énergies par PCET.
Les GRT fournissent en début de chaque mois M+1 aux GRD les PCS et énergies journaliers du mois écoulé M par PCET.



Nom du fluxFlux journalier : F_T_D_J_PCS
Flux mensuel : F_T_D_M_PCSProvenance du fluxGRTDestination du fluxGRDFréquence et horaire de réception du fluxQuotidien : pour 9h35
Mensuel : 4ème jour ouvré 17h30Nom du fichierJournalier : PCS_J_Emetteur_Destinataire_Numero
Mensuel : PCS_M_Emetteur_Destinataire_NumeroDescription Fichier plat composé d’une entête en première ligne et de n lignes de données à compter de la 2ème ligneVolumétrie du fichierIl y a environ N PCET, donc
Flux journalier : N enregistrements
Flux mensuel : N*30


Format de l’entête :

N°ChampTypeExempleObligatoireCommentaireType 1 X(12)PCS OMot clé prenant toujours la valeur PCS Type 2X(12)NVide si pas utiliséN°d'ordre 9(5)NN° d’ordre de génération du fichier - vide si pas utiliséN° de révision9(5)NN° de révision- vide si pas utiliséJJ/MM/AAAA - HH:MM:SSX(21)02/09/2003 - 09:30:23ODate et heure de génération du fichierEmetteur X(20)GDFTOIndique l’origine du fichier (exemple : GDFT, GSOT)DestinataireX(20)GDFDOIndique le destinataire du fichier (exemple : GDFD, GBOD)Plate-formeX(20)PRODOPlate-forme concernée (exemple : INTE pour les fichiers d’intégration et PROD pour les fichiers de Production)Début de périodeX(21)01/09/2003 - 06:00:00OPour le mensuel, il faut indiquer le 1er et le dernier jour du mois concerné
(ex : 01/09/2003 - 06:00:00 et 01/10/2003 - 06:00:00)Fin de périodeX(21)02/09/2003 - 06:00:00 OType de fichierX(1)JOJ ou M (Journalier, Mensuel)Libre 2NVide si pas utiliséLibre 3NVide si pas utilisé

Format de l’enregistrement :

N°DonnéeTypeExempleObligatoireCommentaireCode PCETX(12)FIA1254HOIdentifiant du PCETAnnée9(4)2003OAnnée de la journée gazièreMois9(2)10OMois de la journée gazièreJour9(2)20OJour de la journée gazière PCS9(12,3)11,545OPCS kWh/(n)m3Energie9(12)512000OEnergie en KWh sans décimale

Remarque : la même structure de fichier est utilisée pour communiquer les PCS et énergies journaliers de la veille et les PCS et énergies journaliers du mois écoulé. C’est le champ « Type de Fichier » contenu dans l’entête qui permet la distinction.


Règle de gestion en mode dégradé pour le flux journalier

Règle de gestion si défaut d’élaboration (avant l’envoi)
En cas de défaut d’élaboration du PCS et de l’énergie journaliers, le GRT adoptera les valeurs prises le jour J-1.

Règle de gestion si mise à disposition d’un fichier incomplet
En cas de réception d’un fichier incomplet, les GRD adopteront en remplacement pour ce PCET et tous les autres PCET, les valeurs qu’ils ont prises, le jour J-1. Ils utilisent donc le fichier de la veille J-1 sans prévenir le GRT concerné. Dans ce cas le GRD rejette également le fichier MESURE et adopte pour les valeurs aux PITD le fichier de la veille J-1.

Règle de gestion si pas de fichier mis à disposition
Si les GRD n'ont pas reçu le fichier à l'heure convenue + 1 minute, ils déclenchent les procédures de remplacement : ils utilisent le fichier de la veille J-1, sans prévenir le GRT concerné. Dans ce cas le GRD rejette également le fichier MESURE et adopte pour les valeurs aux PITD le fichier de la veille J-1. Le GRD n’est alors pas tenu de renvoyer un fichier compte-rendu (CR).


Règle de gestion en mode dégradé pour le flux mensuel

Règle de gestion si mise à disposition d’un fichier incomplet
Si un seul PCS ou une énergie par PCET manque, les GRD ne doivent pas prendre de valeur par défaut mais ils doivent prévenir le GRT concerné et lui demander de mettre le fichier à disposition.

Règle de gestion si pas de fichier mis à disposition
Les GRD ne doivent pas prendre de valeur par défaut mais ils doivent prévenir le GRT concerné et lui demander de mettre le fichier à disposition.


Flux journalier, mensuel et semestriel « Quantités totales d’énergie par PITD »
Les GRT fournissent en début de chaque jour J+1 aux GRD les quantités totales d’énergie journalières du jour J sur chaque PITD.
Les GRT fournissent en début de chaque mois M+1 aux GRD les quantités totales d’énergie journalières du mois écoulé M sur chaque PITD.
Les GRT fournissent deux fois par an les quantités totales d’énergie journalières pour chaque PITD (corrigées ou non) pour les 12 derniers mois précédents le mois courant (un fichier par mois).



Nom du fluxFlux journalier : F_T_D_J_ MESURE 
Flux mensuel : F_T_D_M_ MESURE 
Flux semestriel : F_T_D_C_MESUREProvenance du fluxGRTDestination du fluxGRDFréquence et horaire de mise à disposition des fichiers sur le serveur ftp SSH du GRTFlux journalier : tous les jours mise à disposition à 9h35 (tous les jours calendaires)
Flux mensuel : au 4ème jour ouvré de chaque mois M+1, mise à disposition à 17h30.
Flux semestriel : les 24 avril et le 24 octobre à 18h (12 fichiers mensuels mis à disposition), pour les périodes indiquées au paragraphe  REF _Ref149385070 \r \h 1.1.4.1Le but est que ces échanges aient lieu à la même heure indifféremment des GRT mettant les fichiers à disposition.Nom du fichierJournalier : MESURE_J_Emetteur_Destinataire_Numero
Mensuel : MESURE_M_Emetteur_Destinataire_Numero
Semestriel : MESURE_C_Emetteur_Destinataire_NumeroDescription Fichier plat composé d’une entête en première ligne et de n lignes de données à compter de la 2ème ligneVolumétrie du fichierIl y aura environ 1 500 PITD, donc
Flux journalier : 1500 enregistrements
Flux mensuel : 45 000 (un enregistrement par PITD et par jour)
Flux semestriel : 12 fichiers de 45 000 enregistrements chacun
Format de l’entête :

N°ChampTypeExempleObligatoireCommentaireType 1 X(12)MESURE OMot clé prenant toujours la valeur MESURE Type 2X(12)NVide si pas utiliséN°d'ordre 9(5)NN° d’ordre de génération du fichier - vide si pas utiliséN° de révision9(5)NN° de révision- vide si pas utiliséJJ/MM/AAAA - HH:MM:SSX(21)02/09/2003 - 09:30:23ODate et heure de génération du fichierEmetteur X(20)GDFTOIndique l’origine du fichier (exemple : GDFT, GSOT)DestinataireX(20)GDFDOIndique le destinataire du fichier (exemple : GDFD, GBOD)Plate-formeX(20)PRODOPlate-forme concernée (exemple : INTE pour les fichiers d’intégration et PROD pour les fichiers de Production)Début de périodeX(21)01/08/2003 - 06:00:00OPour le mensuel, il faut indiquer le 1er et le dernier jour du mois concerné
(ex : 01/08/2003 - 06:00:00 et 01/09/2003 - 06:00:00)Fin de périodeX(21)02/08/2003 - 06:00:00 OType de fichierX(1)JOJ ou M ou C (Journalier, Mensuel ou Corrigé)Libre 2NVide si pas utiliséLibre 3NVide si pas utilisé
Format de l’enregistrement :

N°DonnéeTypeExempleObligatoireCommentaireCode PITDX(10)GD0001OIdentifiant commun à tous les GRAnnée9(4)2003OAnnée de la journée gazièreMois9(2)10OMois de la journée gazièreJour9(2)20OJour de la journée gazière Quantité totale d’énergie journalière par PITD9(12)100000000000OQuantités mesurées en kWh sans décimale
Remarque : la même structure de fichier est utilisée pour communiquer les quantités totales d’énergie journalières de la veille, les quantités totales d’énergie journalières du mois écoulé et les quantités totales d’énergie corrigées ou non (contenues dans les 12 fichiers des échanges semestriels). C’est le champ « Type de Fichier » contenu dans l’entête qui permet la distinction.

Dans le fichier mensuel les lignes sont triées par PITD et par jour.


Règle de gestion en mode dégradé pour le flux journalier

Règle de gestion si défaut d’élaboration (avant l’envoi)
En cas de défaut d’élaboration de la quantité d’énergie journalière totale (complétude) livrée sur un PITD un jour J, le GRT adoptera la valeur prise le jour J-1 sur ce PITD.

Règle de gestion si mise à disposition d’un fichier incomplet (défaut de transmission)
En cas de réception d’un fichier incomplet, les GRD adopteront en remplacement pour ce PITD et tous les autres PITD, les valeurs qu’ils ont prises, le jour J-1. Ils utilisent donc le fichier de la veille J-1 sans prévenir le GRT concerné. Dans ce cas le GRD rejette également le fichier PCS et adopte pour les valeurs aux PCET le fichier de la veille J-1.

Règle de gestion si pas de fichier mis à disposition
Si les GRD n'ont pas reçu le fichier à l'heure convenue + 1 minute, ils déclenchent les procédures de remplacement : ils utilisent le fichier de la veille J-1, sans prévenir le GRT concerné. Dans ce cas le GRD rejette également le fichier PCS et adopte pour les valeurs aux PCET le fichier de la veille J-1. Le GRD n’est alors pas tenu de renvoyer un fichier compte-rendu (CR).


Règle de gestion en mode dégradé pour le flux mensuel et semestriel

Règle de gestion si défaut d’élaboration (avant l’envoi)
Si des mesures par PITD manquent ou ne sont pas valables, les GRT doivent mettre des valeurs par défaut. Les valeurs par défaut sont les valeurs du jour J-1.

Règle de gestion si mise à disposition d’un fichier incomplet (défaut de transmission)
Si une seule quantité totale d’énergie par PITD manque, les GRD ne doivent pas prendre de valeur par défaut mais ils doivent prévenir le GRT concerné et lui demander de mettre le fichier à disposition.

Règle de gestion si pas de fichier mis à disposition
Les GRD ne doivent pas prendre de valeur par défaut mais ils doivent prévenir le GRT concerné et lui demander de mettre le fichier à disposition.



Flux journalier et mensuel « Réalisations par PITD/ED ou par PITD/CAD »
Les GRD transmettent tous les jours (jour J+1) aux GRT les réalisations de la veille (jour J). Selon le GRD, les réalisations sont transmises par PITD/ED ou par PITD/CAD.
Les GRD transmettent à chaque début de mois (mois M+1) aux GRT les réalisations journalières du mois écoulé (mois M) Selon le GRD, les réalisations sont transmises par PITD/ED ou par PITD/CAD.

Nom du fluxFlux journalier : F_D_T_J_REALISATIONS
Flux mensuel : F_D_T_M_REALISATIONSProvenance du fluxGRDDestination du fluxGRTFréquence et horaire de mise à disposition des fichiers sur le serveur ftp SSH du GRT correspondantFlux journalier : mise à disposition tous les jours à 10h35, horaire de réception (tous les jours calendaires)
Flux mensuel : mise à disposition à 14h le 8ème jour ouvré de chaque mois M+1Le but est que ces échanges aient lieu à la même heure indifféremment des GRD mettant les fichiers à disposition.Nom du fichierJournalier : REALISATION_J_Emetteur_Destinataire_Numero
Mensuel : REALISATION_M_Emetteur_Destinataire_NumeroDescription Fichier plat composé d’une entête en première ligne et de n lignes de données à compter de la 2ème ligneVolumétrieIl y aura environ 1500 PITD et on peut considérer qu’il y aura environ 3 à 5 expéditeurs distribution.
Flux journalier : 9 000 à 15 000 enregistrements (un enregistrement par PITD/ED ou par PITD/CAD)
Flux mensuel : 270 000 à 450 000 enregistrements pour le fichier mensuel


Format de l’entête :
N°ChampTypeExempleObligatoireCommentaireType 1X(12)REALISATIONOMot clé prenant toujours la valeur REALISATIONType 2X(12)NVide si pas utiliséN°d'ordre 9(5)NN° d’ordre de génération du fichier - vide si pas utiliséN° de révision9(5)NN° de révision - vide si pas utiliséJJ/MM/AAAA - HH:MM:SSX(21)02/09/2003 - 09:30:23ODate et heure de génération du fichierEmetteur X(20)GDFD OIndique l’origine du fichier (exemple : GDFD, GBOD)DestinataireX(20)GDFTOIndique le destinataire du fichier (exemple : GDFT)Plate-formeX(20)PRODOPlate-forme concernée (exemple : INTE pour les fichiers d’intégration et PROD pour les fichiers de Production)Début de périodeX(21)01/08/2003 - 06:00:00OPour le mensuel, il faut indiquer le 1er et le dernier jour du mois concerné
(ex : 01/08/2003 - 06:00:00 et 01/09/2003 - 06:00:00)Fin de périodeX(21)02/08/2003 - 06:00:00OType de fichierX(1)JOJ ou M (Journalier, Mensuel)Libre 2-NVide si pas utiliséLibre 3-NVide si pas utilisé
Format de l’enregistrement :
N°ChampTypeExempleObligatoireCommentaireCode ED ou Code CADX(10)GDRUHROCode expéditeur distribution ou code contrat d’acheminement distributionAnnée9(4)2003OAnnée de la journée gazièreMois9(2)10OMois de la journée gazièreJour9(2)20OJour de la journée gazièreCode PITDX(10)GD0001OIdentifiant PITDSomme des quantités réalisées journalières par PITD/ED ou PITD/CAD pour les PCED profilés9(12)132000OQuantité réalisée en kWh à 0°CSomme des quantités réalisées journalières par PITD/ED ou PITD/CAD pour les PCED non profilés9(12)132000OQuantité réalisée en kWh à 0°C
Remarque 1 : la même structure de fichier est utilisée pour communiquer les réalisations journalières de la veille et les réalisations journalières du mois écoulé. C’est le champ « Type de Fichier » contenu dans l’entête qui permet la distinction.

Remarque 2 : un même fichier ne peut contenir qu’une ligne par jour, par PITD et par ED ou bien qu’une ligne par jour, par PITD et par CAD.

Remarque 3 : compte-tenu des règles d’allocation définies par le SG2 du GTG2007, la réalisation journalière aux PITD pour l’expéditeur distribution historique est la somme des consommations aux PCED non élus et PCED élus restés dans son giron.

Remarque 3: au sein d’un même fichier, toutes les réalisations seront données par PITD/ED ou par PITD/CAD.


Règle de gestion en mode dégradé pour le flux journalier

Règle de gestion si défaut d’élaboration (avant l’envoi)
Si des réalisations par PITD/ED ou par PITD/CAD manquent ou ne sont pas valables (erreurs syntaxiques), les GRD doivent mettre des valeurs par défaut. Les valeurs par défaut retenues sont les valeurs à J-1.

Règle de gestion si mise à disposition d’un fichier incomplet (défaut de transmission)
En cas de réception d’un fichier incomplet, les GRT adopteront en remplacement de toutes les réalisations à tous les PITD du GRD concerné, les quantités du jour J-1. Ils utilisent donc le fichier de la veille J-1 sans prévenir le GRD concerné.

Règle de gestion si pas de fichier mis à disposition
Si les GRT ne réceptionnent pas le fichier à l'heure de mise à disposition des fichiers plus 1 minute un jour J+1, les GRT prennent en remplacement de toutes les réalisations à tous les PITD du GRD concerné, les quantités du jour J-1. Ils utilisent donc le fichier de la veille J-1 sans prévenir le GRD concerné. Le GRT n’est alors pas tenu de renvoyer un fichier compte-rendu (CR).

Règle de gestion en mode dégradé pour le flux mensuel

Règle de gestion si défaut d’élaboration (avant l’envoi)
Si des réalisations par PITD/ED ou par PITD/CAD manquent ou ne sont pas valables (erreurs syntaxiques), les GRD doivent mettre des valeurs par défaut. Les valeurs par défaut sont les valeurs du jour J-1.

Règle de gestion si mise à disposition d’un fichier incomplet (défaut de transmission)
Si une seule réalisation par PITD/ED ou PITD/CAD manque, les GRT préviennent le GRD concerné et lui demandent de mettre à disposition le fichier.

Règle de gestion si pas de fichier mis à disposition
Les GRT préviennent le GRD concerné et lui demandent de mettre à disposition le fichier.
Flux mensuel « Souscriptions Normalisées »
Les GRD transmettent à chaque début de mois (mois M+1) pour tous les jours du mois M aux GRT les CJAa par PITD/CAD ou par PITD/ED et les CAR par PITD/CAD/profil type ou par PITD/ED/profil type.

Nom du fluxFlux mensuel : F_D_T_M_SOUSNORMProvenance du fluxGRDDestination du fluxGRTFréquence et horaire de mise à disposition des fichiers sur le serveur ftp SSH du GRT correspondantFlux mensuel : mise à disposition à 12h le 4ème jour ouvré de chaque mois M+1.Le but est que ces échanges aient lieu à la même heure indifféremment des GRD mettant les fichiers à disposition.Nom du fichierMensuel : SOUSNORM_M_Emetteur_Destinataire_NumeroDescription Fichier plat composé d’une entête en première ligne et de n lignes de données à compter de la 2ème ligneVolumétrieIl y aura environ 1500 PITD et on peut considérer qu’il y aura 10 profils type.
Flux mensuel : au maximum 11 000 000 enregistrements pour le fichier mensuel


Format de l’entête :
N°ChampTypeExempleObligatoireCommentaire1Type 1X(12)SOUSNORMOMot clé prenant toujours la valeur SOUSNORM2Type 2X(12)NVide si pas utilisé3N°d'ordre 9(5)NN° d’ordre de génération du fichier - vide si pas utilisé4N° de révision9(5)NN° de révision - vide si pas utilisé5JJ/MM/AAAA - HH:MM:SSX(21)02/09/2003 - 09:30:23ODate et heure de génération du fichier6Emetteur X(20)GDFDOIndique l’origine du fichier (exemple : GDFD, GBOD)7DestinataireX(20)GDFTOIndique le destinataire du fichier (exemple : GDFT)8Plate-formeX(20)PRODOPlate-forme concernée (exemple : INTE pour les fichiers d’intégration et PROD pour les fichiers de Production)9Début de périodeX(21)01/08/2006 - 06:00:00OIl faut indiquer le 1er et le dernier jour du mois concerné en journée gazière
(ex : 01/08/2006 - 06:00:00 et 01/09/2006 - 06:00:00)10Fin de périodeX(21)01/09/2006 - 06:00:00O11Type de fichierX(1)MOM (Mensuel)12Libre 2-NVide si pas utilisé13Libre 3-NVide si pas utilisé

Format de l’enregistrement :
N°ChampTypeExempleObligatoireCommentaire1Code ED ou Code CADX(10)GDRUHROCode expéditeur distribution ou code contrat d’acheminement distribution2Année9(4)2006OAnnée de la journée gazière3Mois9(2)10OMois de la journée gazière4Jour9(2)20OJour de la journée gazière 5Code PITDX(10)GD0001OIdentifiant PITD 6Type de ProfilX(4)NPOType de Profil (NP : Non Profilé, P001 : Profil type 1…, P010 : Profil type 10)
Cf. liste des profils dans l’accès libre du site  HYPERLINK "http://www.gtg2007.com" www.gtg2007.com 7Type d’expéditeurX(1)HO/NOptionnel : dans le cas des GRD prêts à faire les échanges SI et utilisant la règle d’allocation cible. Obligatoire : dans le cas des GRD utilisant la règle d’allocation transitoire : règle de l’expéditeur historique bouclant ».
Vide si pas utilisé
A prendre en compte si renseigné :
H : expéditeur historique
T : expéditeur tiers8CJAa ou CAR9(12)132000OSomme des CJAa en kWh à 0°C ou somme des CAR du profil type P00i en kWh à 0°C9CJAm9(12)2000NVide si champ 6 = P00i
si champ 6 = NP : somme des CJAm en kWh à 0°C du mois (champ 3)10CJAj9(12)200NVide si champ 6 = P00i
si champ 6 = NP : somme des CJAj en kWh à 0°C du jour (champ 4)

Remarque 1 : un même fichier ne peut contenir qu’une ligne par jour, par PITD/ED/profil type et par PITD/ED ou bien qu’une ligne par jour, par PITD/CAD/profil type et par PITD/CAD.

Remarque 2 : au sein d’un même fichier, toutes les quantités seront données par PITD/ED ou par PITD/CAD.

Remarque 3 : à compte du 1er juillet 2007, les GRD peuvent suivre les règles suivantes pour constituer le fichier mensuel :
- pour un couple PITD/CAD, si la somme des CAR est nulle pour un profil type côté GRD, la ligne peut ne pas apparaître dans le fichier.
- pour un couple PITD/CAD, si il n’y a pas de PCE non profilé, si aucune valeur de CJAa n’existe pour le PITD côté GRD, la ligne peut ne pas apparaître dans le fichier.
- en revanche, si pour un couple PITD/CAD, il existe au moins une valeurs de CJA (CJAa, CJAm ou CJAj), les autres valeurs doivent figurer dans le fichier avec un zéro.

Règle de gestion en mode dégradé pour le flux mensuel

Règle de gestion si défaut d’élaboration (avant l’envoi)
Si des quantités par PITD/ED/profil type ou PITD/CAD/profil type manquent ou ne sont pas valables (erreurs syntaxiques), les GRD doivent mettre des valeurs par défaut. Les valeurs par défaut retenues sont les valeurs du dernier jour du mois M.

Règle de gestion si mise à disposition d’un fichier incomplet (défaut de transmission)
En cas de réception d’un fichier incomplet, les GRT préviennent le GRD concerné et lui demandent de mettre à disposition le fichier.

Règle de gestion si pas de fichier mis à disposition
Si les GRT ne réceptionnent pas le fichier, les GRT préviennent le GRD concerné et lui demandent de mettre à disposition le fichier.


Flux événementiels table de référence

«Table PCET/PITD»
La mise à jour de la table de référence PCET/PITD doit être transmise par les GRT aux GRD à chaque modification de la table avec un délai d’une semaine au minimum avant l'envoi du flux PCS et énergie par PCET concernés pour permettre l'intégration des mises à jour dans la nouvelle table dans le SI des GRD : l’écart entre la date de mise à jour et la date de mise en service (de rattachement) du PCE est d’une semaine. Seules les mises à jour sont transmises.


Nom du fluxFlux journalier : F_T_D_E_PCET_PITDProvenance du fluxGRTDestination du fluxGRDFréquence et horaire de réception du flux Evénementiel : envoyé avec le flux quotidien des PCS pour 9h35Nom du fichierPCET_PITD_J_Emetteur_Destinataire_NumeroDescription Fichier plat composé d’une entête en première ligne et de n lignes de données à compter de la 2ème ligneVolumétrie du fichierIl y a environ N PCET, donc N enregistrements



Format de l’entête :

N°ChampTypeExempleObligatoireCommentaireType 1 X(12)PCET_PITD OMot clé prenant toujours la valeur PCET_PITD Type 2X(12)NVide si pas utiliséN°d'ordre 9(5)NN° d’ordre de génération du fichier - vide si pas utiliséN° de révision9(5)NN° de révision- vide si pas utiliséJJ/MM/AAAA - HH:MM:SSX(21)02/09/2003 - 09:30:23ODate et heure de génération du fichierEmetteur X(20)GDFTOIndique l’origine du fichier (exemple : GDFT, GSOT)DestinataireX(20)GDBOOIndique le destinataire du fichier (exemple : GDFD, GBOD)Plate-formeX(20)PRODOPlate-forme concernée (exemple : INTE pour les fichiers d’intégration et PROD pour les fichiers de Production)Début de périodeX(21)01/09/2003 - 06:00:00OPour le mensuel, il faut indiquer le 1er et le dernier jour du mois concerné
(ex : 01/09/2003 - 06:00:00 et 01/10/2003 - 06:00:00)Fin de périodeX(21)02/09/2003 - 06:00:00 OType de fichierX(1)JOTransmis dans le flux journalier Libre 2NVide si pas utiliséLibre 3NVide si pas utilisé

Format de l’enregistrement :

N°DonnéeTypeExempleObligatoireCommentaireCode PCETX(12)FIA1254HOIdentifiant du PCETCode PITDX(10)RD5001OIdentifiant du PITDDébut de rattachementX(10)01/09/2003ODate de début de rattachement du PCE au PITDFin de rattachementX(10)31/12/2003ODate de fin de rattachement du PCE au PITD
Ce fichier est transmis lors de l’envoi journalier du flux PCS et énergie par PCET uniquement.


Flux Compte Rendu
Pour chaque fichier reçu par un flux automatisé, un fichier Compte Rendu est généré et renvoyé à l’émetteur.
Par conséquent, en cas de non mise à disposition d’un fichier, le destinataire n’est pas tenu de renvoyer un compte-rendu.

Ce fichier contient un libellé horodaté indiquant si les données du fichier reçu ont pu être traitées correctement.
Dans le cas d’un traitement incorrect, un libellé complémentaire indique la source de l’anomalie.

Le même niveau d’informations quant aux fichiers reçus est donné aux utilisateurs émetteur et destinataire - ainsi, les messages contenus dans les fichiers CR renvoyés à l‘émetteur sont également indiqués au destinataire lors du traitement des fichiers reçus (Ihm utilisateur et fichier journal)

Ces fichiers Compte Rendu sont constitués d’une entête en première ligne et de n lignes de message à compter de la 2ème ligne.


Nom du fluxNom du flux de données correspondant préfixé par CR_
CR_F_D_T_J_REALISATIONSProvenance du fluxdestinataire du flux précédentDestination du fluxémetteur du flux précédentFréquence et horaire de réception du fluxsuite à réception du flux précédentNom du fichierPCS_CR_J_Emetteur_Destinataire_NumeroPCS_J si fichier CR correspond au fichier PCS_J (sinon : MESURE_J, REALISATION_M…selon le cas)Description Fichier plat composé d’une entête en première ligne et de n lignes de données à compter de la 2ème ligneVolumétrie2 lignes de message à compter de la 2ème ligne

Format de l’entête :

La totalité de l'entête du fichier de données correspondant au fichier CR est repris dans l’entête sauf pour :

Le champ 2 (type 2) qui prend toujours la valeur CR
Le champ 6 (Emetteur) qui prend la valeur du champ 7 (Destinataire) du fichier de données correspondant
Le champ 7 (Destinataire) qui prend la valeur du champ 6 (Emetteur) du fichier de données correspondant

N°ChampTypeExempleObligatoireCommentaireType 1 X(12)PCS OMot clé repris de l’entête du fichier de données correspondant Type 2X(12)CROMot clé prenant toujours la valeur CR N°d'ordre 9(5)NN° d’ordre de génération du fichier - vide si pas utiliséN° de révision9(5)NN° de révision- vide si pas utiliséJJ/MM/AAAA - HH:MM:SSX(21)01/09/2003 - 06:00:00ODate et heure de génération du fichier repris de l’entête du fichier de données correspondantEmetteur X(20)GDFTOIndique l’origine du fichier (exemple : GDFT, GSOT) repris du champ Destinataire de l’entête du fichier de données correspondantDestinataireX(20)GDFDOIndique le destinataire du fichier (exemple : GDFD, GBOD) repris du champ Emetteur de l’entête du fichier de données correspondantPlate-formeX(20)PRODOPlate-forme concernée (exemple : INTE pour les fichiers d’intégration et PROD pour les fichiers de Production) - repris de l’entête du fichier de données correspondantDébut de périodeX(21)01/09/2003 - 06:00:00OPour le mensuel indiquer le 1er et le dernier jour du mois concerné - repris de l’entête du fichier de données correspondantFin de périodeX(21)02/09/2003 - 06:00:00 OType de fichierX(1)JOJ ou M (Journalier, Mensuel) - repris de l’entête du fichier de données correspondantLibre 2X(2)OKOOK : si fichier traité avec succès KO : si erreurLibre 3NVide si pas utilisé

Format de l’enregistrement :

N°DonnéeTypeExempleObligatoireCommentaire1Année9(4)2003OAnnée de la journée du traitement2Mois9(2)10OMois de la journée du traitement3Jour9(2)20OJour de la journée du traitement 4Heure9(2)18OHeure de la journée du traitement5Minute9(2)15OMinute de la journée du traitement6Seconde9(2)30OSeconde de la journée du traitement 7Libellé du message9(100)Fichier PCS_J_GDFT_GDFD_256641 traité avec succèsOLes 2 libellés possibles sont :

Fichier 'NomFic’ traité avec succès

Erreur détectée dans fichier :
Abandon du traitement du fichier 'NomFic’ suite à la détection de l'erreur : ‘TexteErreur’.


Solutions de repli
Lors des réunions du SG4.1 du 05/05/2004 et du 04/06/2004, des solutions de repli ont été définies étant donné que les DNN avaient annoncé en GT4 que leurs SI ne seraient pas prêts à fonctionner avec les règles cibles au 1er juillet pour les échanges avec les GRT.
Le groupe de travail SG4.1 souhaite que ces solutions de repli soient limitées dans le temps.

Les solutions de repli ont été décrites dans les comptes-rendus de ces réunions dont voici la synthèse ci-dessous. Ces solutions de repli ont été complétées en janvier 2006 par les échanges liés aux souscriptions normalisées. Notamment, dans le cadre de ces solutions de repli, les DNN pourront être amenées, suivant les capacités de leur SI, à classifier les PCE tiges cuisines parmi les PCE profilés (profil P011).

1°) Tant qu’il n’y a pas de nouveau fournisseur

1-1) DNN non prête à faire les échanges SI suivant les §  REF _Ref84912580 \r \h  \* MERGEFORMAT 1.1.2 , §  REF _Ref97523256 \r \h  \* MERGEFORMAT 1.1.3, §  REF _Ref84912633 \r \h  \* MERGEFORMAT 5 de ces présentes spécifications :
Pas d’échanges entre opérateurs aux pas journalier et mensuel.
Dans le cadre des souscriptions normalisées : les GRT retiennent des CJA pour chaque PITD concerné.

1-2) DNN prête à faire les échanges SI :
Le GRT et la DNN concernés mettent en œuvre les échanges SI : journaliers, mensuels, annuels, décrits dans ce document.

2°) Présence d’un nouveau fournisseur

2-1) DNN non prête à faire les échanges SI suivant les §  REF _Ref84912580 \r \h  \* MERGEFORMAT 1.1.2 , §  REF _Ref97523256 \r \h  \* MERGEFORMAT 1.1.3, §  REF _Ref84912633 \r \h  \* MERGEFORMAT 5 de ces présentes spécifications

Au pas quotidien :
- Pas d’échanges de fichiers entre opérateurs : les DNN ne sont pas en mesure de calculer les allocations
- Les GRT s’appuient sur les dernières capacités aux PITD connues des expéditeurs transport et sur les mesures aux PITD pour élaborer les allocations par PITD/ED ou par PITD/CAD et cela, en faisant le prorata des capacités (expéditeur historique et nouvel expéditeur) appliqué à la quantité au PITD.


Au pas mensuel :
Des échanges aux formats définis dans ces présentes spécifications aux §  REF _Ref84912580 \r \h  \* MERGEFORMAT 1.1.2 , §  REF _Ref97523256 \r \h  \* MERGEFORMAT 1.1.3, §  REF _Ref84912633 \r \h  \* MERGEFORMAT 5 devront être possibles sur les technologies de communication prévues aux §  REF _Ref97523328 \r \h  \* MERGEFORMAT 2 et §  REF _Ref84917003 \r \h  \* MERGEFORMAT 4 et les chronogrammes prévus aux §  REF _Ref84916958 \r \h  \* MERGEFORMAT 1.1.1.2 :
- Le GRT envoie les fichiers mensuels de mesures
- La DNN renvoie les fichiers mensuels de réalisations et les fichiers mensuels pour les souscriptions normalisées

La règle d’allocation utilisée par la DNN est une règle d’allocation transitoire, dite de repli, elle est la règle de « l’expéditeur historique bouclant ».

Au pas annuel :
Pas d’échange pour le calcul du A et A = 1.

Concernant les réalisations :
Pour les expéditeurs tiers, la réalisation envoyée est la part de l’allocation calculée pour les non profilés et la part pour les profilés,
Pour l’expéditeur historique, l’allocation totale est renvoyée dans la part des non profilés, et zéro est renvoyé pour les profilés.

Concernant les souscriptions normalisées :
Pour les expéditeurs tiers, sont renvoyées les souscriptions pour les non profilés et les CAR pour les profilés,
Pour l’expéditeur historique, sont renvoyées les CAR des profilés à zéro et la somme des souscriptions des non profilés à zéro. Le GRT calcule les souscriptions totales, égales à la CJA moins la somme des souscriptions des non profilés et des profilés (calculées) des tiers.

2-2) DNN prête à faire les échanges SI :

2-2-1) La DNN utilise la méthode de profilage transitoire :
Aux pas quotidien et mensuel :
Les DNN sont en mesure de faire le calcul d’allocation suivant la règle de « l’expéditeur historique bouclant » et l’échange mensuel pour les souscriptions normalisées.

Au pas annuel :
Pas d’échange pour le calcul du A et A = 1.

Concernant les réalisations :
Pour les expéditeurs tiers, la réalisation envoyée est la part de l’allocation calculée pour les non profilés et la part pour les profilés,
Pour l’expéditeur historique, l’allocation totale est renvoyée dans la part des non profilés, et zéro est renvoyé pour les profilés.

Concernant les souscriptions normalisées :
Pour les expéditeurs tiers, sont renvoyées les souscriptions pour les non profilés et les CAR pour les profilés,
Pour l’expéditeur historique, sont renvoyées les CAR des profilés à zéro et la somme des souscriptions des non profilés à zéro. Le GRT calcule les souscriptions totales, égales à la CJA moins la somme des souscriptions des non profilés et des profilés (calculées) des tiers.


AnnEXE – Echanges métier

Flux événementiels métier table de référence

Inventaire des Flux métier entre GRD et GRT

Flux SensNom du fluxContenuFréquenceD>TTableau ExcelListe de correspondance communes/PITD (avec attributs GRD, date de début et date de fin)Mise à disposition sur le site du GRD sous forme de fichier ExcelT>DTableau ExcelListe de correspondance PITD/GRT (avec attributs tarifaires, zones de sortie, type de gaz,…)Mise à disposition sur le site du GRT sous forme de fichier ExcelTD>TDF_TD_TD_E_EXPDGRListe de référence des expéditeurs distribution, CAD, GRT et GRDLa liste est élaborée selon les processus en vigueur actuellement

Liste de correspondance « Communes/PITD/GRD/date de début et de fin »
Les données nécessaires aux GRD, fournies par le métier du GRD sont les suivantes :


N°DonnéeLongueurExempleObligatoireCommentaireCode INSEE commune9(5)01001OCode INSEE de la communeNom INSEE communeONom INSEE de la communeLibellé communeX(40)TRIFOUILLIS LES OIESONom de la communeCode PITDX(10)GD0002OIdentifiant commun à tous les GRLibellé PITDX(40)PITD TRIFOUILLISOLibellé du PITDDate de début de rattachementX(10) 22/06/2002ODate de début de rattachement de la commune au PITD JJ/MM/AAAADate de fin de rattachementX(10)NDate de fin de rattachement de la commune au PITDCode du GRD associéX(10)GDFDOGRD associé au PITD - code référencé dans la table de référence Codes ED, ET, GRT et GRDLibellé du GRD associéX(40)ONom du GRDCode Station météo9(4)OCode de la Station météo à laquelle est rattachée la communeLibellé Station météoX(40)ONom de la Station météo à laquelle est rattachée la communeTéléphone interlocuteur 9(10)ONuméro de téléphone interlocuteur acheminement distributionE-mail interlocuteurX(40)OAdresse E-mail interlocuteur acheminement distribution

Liste de correspondance « PITD/GRT/GRD »
Les données nécessaires aux GRT, fournies par le métier du GRT sont les suivantes :

N°DonnéeLongueurExempleObligatoireCommentaire1Code PITDX(10)GD0002OIdentifiant commun à tous les GR2Libellé PITDX(40) PITD TRIFOUILLISOLibellé du PITD3Code du GRT associéX(10)GDFDOGRT associé au PITD - code référencé dans la table de référence Codes expéditeur distribution, expéditeur transport, GRT et GRD4Libellé GRTX(60)ONom du GRT5Code du GRD associéX(10)GDFDOGRD associé au PITD - code référencé dans la table de référence Codes expéditeur distribution, expéditeur transport, GRT et GRD6Libellé du GRD associéX(60)ONom du GRD Liste des « Codes ED/CAD/GRT/GRD »

Nom du fluxF_TD_TD_E_EXPDGRProvenance du fluxTous les GRT et les GRDDestination du fluxTous les GRT et les GRDFréquence et horaire de réception du fluxA chaque modification de la tableNom du fichierEXPDGR_Emetteur_Destinataire_NumeroDescription Fichier plat sans entête car transmission manuelleVolumétrie-Type d’échangeCourriel
L’ajout ou la modification d’un expéditeur distribution, d’un GRT ou d’un GRD sera communiqué par courriel par le GRT ou le GRD initiateur de la modification.

Format de l’enregistrement :

N°DonnéeTypeExempleObligatoireCommentaireCode expéditeur distribution/Code contrat d’acheminement distribution ou gestionnaire de réseau distribution ou transportX(10) GDRUHROGDFT, CFMT, GDFD, GSOT, GBOD ...LibelléX(60)RuhrgasOType de codeX(24)EXPD
Ou
GROType de code
GR : GRT ou GRD
EXPD  : expéditeur distribution
CAD : Contrat d’Acheminement Distribution
Table de correspondance « Communes/PITD/GRT/GRD d’appartenance »
Cette table permet de connaître le rattachement d’un PCED à un PITD, ainsi que le rattachement du PITD au GRT et au GRD et les dates de début et de fin de validité du PITD.
Les GRD doivent en effet connaître le rattachement des PCED aux PITD et des PITD aux GRT pour savoir à qui envoyer les quantités réalisées par PITD/ED ou par PITD/CAD.
De même, les GRT ont besoin de connaître les GRD associés à chaque PITD pour savoir à qui envoyer les quantités mesurées par PITD et de qui ils recevront les quantités réalisées.

Cette table de correspondance entre les communes, les PITD, les GRT et les GRD doit être initialisée et maintenue en commun entre les GRT et GRD. Les GRT connaissent le rattachement PITD/PCET et les GRD les rattachements PCED/commune et PCED/PITD.

Les règles de gestion du PITD fixées par le sous groupe 2 sont les suivantes :

une commune ne peut être alimentée que par un et un seul PITD,
un PITD peut desservir plusieurs communes,
la modification d’un PITD implique la fin de validité de ce PITD (date de fin renseignée) et la création d’un ou de plusieurs PITD en remplacement (cas de fusion ou éclatement de PITD) sauf s'il s'agit d'un rattachement d'une nouvelle commune comme une CNG par exemple,
le changement d’affectation d’un GR implique la fin de validité de ce PITD (date de fin renseignée) et la création d’un PITD en remplacement.

Exceptions : il existe quelques communes rattachées à 2 PITD, par exemple : Calais, Wattrelos (un quartier est alimenté à partir de la Belgique).

Les communes non rattachées à un et un seul PITD seront gérées manuellement.


Echanges annuels liés aux souscriptions normalisées
Ces échanges sont liés aux souscriptions normalisées.

Afin de permettre aux GRT de calculer le coefficient A correcteur appliqué dans le calcul des souscriptions normalisées, un échange annuel sur la base de la liste des PCE au 3ème jeudi de janvier de l’année N des données suivantes aura lieu par PITD :

pour les PCED non profilés, la somme des :
CJAa en kWh à 0°C
CJAm en kWh à 0°C
CJAj en kWh à 0°C

pour les PCED profilés, la somme des CAR par profil type.

L’échange se fait le 01/06 de l’année N avec la liste des PCED au 3ème jeudi de janvier de l’année N, les CAR applicables à partir du 01/04/N et les profils type applicables à partir du 01/04/N+1.

Cette règle n’est pas réalisable par tous les GRD. La règle applicable jusqu'en 2008 aux DNN est décrite dans le § REF _Ref148528933 \r \h 6 (la réalisation du calcul du A par les DNN a été portée au SG2).

Flux annuel « Souscriptions Normalisées »
Les GRD transmettent le 1er juin par PITD les valeurs au 3ème jeudi du mois de janvier des CAR parPITD/profil type et des CJA par PITD.

Nom du fluxFlux annuel : F_D_T_A_SOUSNORMProvenance du fluxGRDDestination du fluxGRTFréquence et horaire de mise à disposition des fichiers Flux annuel : mise à disposition : par courriel
Pour 2006 : le 01/05/2006
Pour les années suivantes : au 01/06Nom du fichierAnnuel : SOUSNORM_A_Emetteur_Destinataire_NumeroDescription Fichier csvVolumétrie



Format du fichier :

PITDCJAaCJAmCJAjCAR P001CAR P002…CAR P00i…CAR P010X(10)9(12)9(12)9(12)9(12)9(12)…9(12)…9(12)
Dates et Signatures formelles (manuscrites) des documents essentiels : Pour Validation et Approbation éventuelle, après Vérification
 Cette date équivaut à une signature. Laisser cette case vide si la tâche n’a pas été réalisée.
 Préciser les ajouts ou retraits effectués, les paragraphes touchés ou les événements à l’origine de ces modifications (Directoire, etc.).
** Les relèves « mensuelles » n’ont pas une fréquence de 1 mois exactement. La fréquence de relève est de 1 mois plus ou moins quelques jours.
* Les relèves « semestrielles » n’ont pas une fréquence de 6 mois exactement. La fréquence de relève est de 6 mois plus ou moins quelques jours.

 TITLE \* MERGEFORMAT Spécifications fonctionnelles détaillées type des interfaces SI GRT - SI GRD


 COMMENTS \* MERGEFORMAT Version 2.6 Etat : pour approbation
 SAVEDATE \* MERGEFORMAT 08/01/2007 14:42  PAGE 3/ NUMPAGES 39

PROPOSITION DU GT4




 FILENAME \* MERGEFORMAT SFD interfaces GRT - GRD 2.6.doc


 TITLE \* MERGEFORMAT Spécifications fonctionnelles détaillées type des interfaces SI GRT - SI GRD

 SAVEDATE \* MERGEFORMAT 08/01/2007 14:42
( EDF GDF  CREATEDATE \@ "yyyy" \* MERGEFORMAT 2007  PAGE 8/ NUMPAGES 39



EDF GDF SERVICES
Délégation réseau GAZ
PROgramme SYGARD

Programme SYGARD
Edf gdf services – Délégation Réseaux Gaz

Tour EDF – 20, place de la Défense – 92050 Paris la défense CEDEX - TÉL. : 01 56 65 17 81 – Fax : 01 56 65 17 06


Flux GRT vers GRD

Quantités d’énergie juin N (kWh) par PITD

Quantités d’énergie mai N (kWh) par PITD

4ème jour ouvré
12h

4ème jour ouvré
10h35

4ème jour ouvré
17h30

Liste PCET/PITD
évènementielle

Flux évènementiel
GRT vers GRD

Flux GRT vers GRD

8ème jour ouvré
14h

Réalisations J profilés et non profilés (kWh) par PITD/CAD ou par PITD/ED

PCS J (kWh/m3(n)) et énergie par PCET

Quantités d’énergie J (kWh) par PITD

Quantités d’énergie avril N (kWh) par PITD

10h35

9h35

Quantités d’énergie mars N (kWh) par PITD

Quantités d’énergie février N (kWh) par PITD

Quantités d’énergie décembre N-1 (kWh) par PITD

Quantités d’énergie janvier N (kWh) par PITD

Quantités d’énergie novembre N-1 (kWh) par PITD

Réalisations M profilés et non profilés (kWh) par PITD/CAD ou par PITD/ED

Réalisations J profilés et non profilés (kWh) par PITD/CAD ou par PITD/ED

Quantités d’énergie J (kWh) par PITD

Quantités d’énergie M (kWh) par PITD

4ème jour ouvré
9h35

Quantités d’énergie octobre N-1 (kWh) par PITD

Quantités d’énergie septembre N-1 (kWh) par PITD

Flux GRD vers GRT

Quantités d’énergie août N-1 (kWh) par PITD

Quantités d’énergie juillet N-1 (kWh) par PITD

24 octobre année N
18h

Quantités d’énergie décembre N-1 (kWh) par PITD

Quantités d’énergie novembre N-1 (kWh) par PITD

24 avril année N
18h

Flux GRT vers GRD

Flux GRD vers GRT

Flux quotidien

Souscriptions Normalisées M (kWh) par PITD/CAD/profil type ou PITD/ED/profil type

Liste PCET/PITD
évènementielle

PCS M (kWh/m3(n)) et énergie par PCET

PCS J (kWh/m3(n)) et énergie par PCET

Quantités d’énergie octobre N-1 (kWh) par PITD

Quantités d’énergie septembre N-1 (kWh) par PITD

Quantités d’énergie août N-1 (kWh) par PITD

Quantités d’énergie juillet N-1 (kWh) par PITD

Quantités d’énergie juin N-1 (kWh) par PITD

Quantités d’énergie mai N-1 (kWh) par PITD

Quantités d’énergie avril N-1 (kWh) par PITD

Quantités d’énergie smars N-1 (kWh) par PITD

Quantités d’énergie février N-1 (kWh) par PITD

Quantités d’énergie janvier N-1 (kWh) par PITD


 :