GUIDE D UTILISATION API WHOLESALE_MARKET

Documents pareils
Date : 16 novembre 2011 Version : 1. 2 Nombre de pages : 13

(structure des entêtes)

Information sur l accés sécurisé aux services Baer Online Monaco

ANNEXE 4 CHARTE DE CONCEPTION DES SERVICES SMS+ / MMS+

Document(s) associé(s) et annexe(s) Date d'application. Version. Règles NEBEF 2 version du 13/12/2014 Règles NEBEF SI. Résumé / Avertissement

API HTTP DOCUMENTATION TECHNIQUE PLATEFORME SAAS D'ENVOI DE SMS. Version Mise à jour : 3 juillet 2015

Guide d implémentation. Réussir l intégration de Systempay

Exploration des technologies web pour créer une interaction entre Mahara et les plateformes professionnelles et sociales

ALOHA LOAD BALANCER METHODE DE CONTROLE DE VITALITE

Définition des Webservices Ordre de paiement par . Version 1.0

CONTRAT DE SOUSCRIPTION «ALERTES par SMS ou » Compléter les zones grisées, signer et renvoyer à l adresse suivante :

CONTRAT DE SOUSCRIPTION OFFRE PUSH-CLASSIQUE

4. SERVICES WEB REST 46

Réponse : Liste des paramètres de retour :... 7 Simuler un envoi (POST /send/simulate)... 8 Publipostage (POST /send/lists)...

Introduction à HTTP. Chapitre HTTP 0.9

INTERNET est un RESEAU D ORDINATEURS RELIES ENTRE EUX A L ECHELLE PLANETAIRE. Internet : interconnexion de réseaux (anglais : net = réseau)

Spécifications de raccordement au service de Téléphonie sur IP (ToIP) de RENATER

HTTP HTTP. IUT1 dpt SRC L Isle d Abeau Jean-françois Berdjugin. Introduction et architecture Messages Authentification Conclusion

21 mars Simulations et Méthodes de Monte Carlo. DADI Charles-Abner. Objectifs et intérêt de ce T.E.R. Générer l'aléatoire.

Licence d Utilisation des Produits Pléiades attribués à Tarif Préférentiel aux Utilisateurs Institutionnels Autorisés

18 TCP Les protocoles de domaines d applications

Installation d un serveur HTTP (Hypertext Transfer Protocol) sous Débian 6

AIDE MEMOIRE. Forprev. De l habilitation à la gestion de sessions. Page 1 sur 55

API SMS CONSEIL HTTP V2.01. Sommaire. Documentation V1.0 au 21/05/2011

RTE Technologies. RTE Geoloc. Configuration avec Proxy ou Firewall

Description de Produit Logiciel. AMI News Monitor v2.0. SPD-AMINM-10 v1.0

Gilles.Roussel univ-mlv.fr HTTP/1.1 RFC 2068

Conditions générales de vente de prestation de services PINGWY Monitoring (en vigueur à compter du 01/02/2012)

Paris Airports - Web API Airports Path finding

Serveurs de noms Protocoles HTTP et FTP

API ONE-TIME PASSWORD

L3 informatique TP n o 2 : Les applications réseau

Cahier des charges. Technique pour la mise en œuvre. de la procédure Portail Achat - EDI

API SMS HTTP REST. Intégrer facilement le service Envoyer SMS Pro avec votre application métier. Version : Révision : 03/09/2014 Page 1/31

1 Identités pour l enregistrement IMS

ANNEXE 2 : CHARTE DE COMMUNICATION

CONDITIONS GENERALES D UTILISATION DU PROGRAMME SEAT CONNECTED PEOPLE A DESTINATION DES INTERNAUTES

NOTICE INSTALLATION. ARCHANGE WebDAV Office N&B/Couleur KONICA MINOLTA BUSINESS SOLUTIONS FRANCE

Cahier des charges Remontée des ventes

CONVENTION INDIVIDUELLE D HABILITATION. «société d assurance indépendante» (Convention complète)

IPS-Firewalls NETASQ SPNEGO

MODELE DE BRIEF AGENCE

BOUYGUES TELECOM ENTREPRISES - CLOUD

Contrôle Parental Numericable. Guide d installation et d utilisation

1.1 Les conditions suivantes s appliquent à l étendue de la prestation, sauf stipulation contraire, convenue par écrit.

Conditions générales d utilisation du portail web de FranceAgriMer et de ses e-services (téléservices)

Manuel d'installation

1 Introduction Propos du document Introduction De HTTP 1.0 à HTTP

SYSTEME DE GESTION DES ENERGIES EWTS EMBEDDED WIRELESS TELEMETRY SYSTEM

Simple, facile à archiver, il est disponible dès le premier jour du mois * et n utilise ni papier ni enveloppe. Le e-relevé / Mode d emploi

arcopole Studio Annexe 7 Architectures Site du programme arcopole :

Contrôle Parental Numericable. Guide d installation et d utilisation

CONVENTION INDIVIDUELLE D HABILITATION. «Expert en automobile indépendant» (convention complète)

SIV. Page 1 / 14 NOTICE EXPLICATIVE A DESTINATION DES SOCIETES D ASSURANCE POUR LE RENSEIGNEMENT DE LA CONVENTION INDIVIDUELLE D HABILITATION

E-TRANSACTIONS. Guide du programmeur API Plug-in. Version 1.1

DEMANDE D AUTORISATION D UN SYSTEME DE VIDEOPROTECTION

SIP. Plan. Introduction Architecture SIP Messages SIP Exemples d établissement de session Enregistrement

Oauth : un protocole d'autorisation qui authentifie?

COMPRENDRE L ARCHITECTURE DES WEB SERVICES REST. Amosse EDOUARD, Doctorant

HTTP 1.1. HyperText Transfer Protocol TCP IP ...

Cahier des charges. driver WIFI pour chipset Ralink RT2571W. sur hardware ARM7

LIVRET SERVICE. Portail Déclaratif Etafi.fr

Proxies,, Caches & CDNs

EpexSpot Day-Ahead : produits et segments

Programmation Internet Cours 4

ANNEXE RELATIVE AUX CONDITIONS GENERALES D UTILISATION DES FICHIERS GEOGRAPHIQUES

Documentation commerciale

Hébergement de site web Damien Nouvel

Je catalogue, tu FRBRises, il/elle googlise. L évolution des catalogues et les bibliothécaires Vendredi 29 mars 2013 Manufacture des tabacs

Passerelle EnOcean IP avec services Cloud

LOSLIER Mathieu. Filière Informatique et Réseau 1 ère année. TP DNS. Responsable : LOHIER Stephane. Chargé de TD : QUIDELLEUR Aurélie

BMCI NET : Kit d utilisation du site de bourse en ligne Partie 1 : Consultations

Cours Master Recherche RI 7 Extraction et Intégration d'information du Web «Services Web»

Gestion centralisée d un réseau de sites discrets. Nicolas JEAN

CONTRAT DE PRISE D ORDRES

Le protocole HTTP. 10 minutes pour comprendre. HTTP/0.9 - Lacunes et limitations HTTP/1.0 HTTP/1.1

La Latecion protection anti-intrusion Web Web Le concept «Zero effort Security» La protection des applications Extranet

Annexe 5. CONTRAT CYBERPLUS PRO Souscrit dans le cadre du Titre 1Conditions Particulières

Plateforme PAYZEN. Définition de Web-services

Manuel de l utilisateur

- EXPOSE PREALABLE - Les parties se sont en conséquence rapprochées et, ont arrêté et convenu ce qui suit.

Guide de mise à jour BiBOARD

ASP.NET MVC 4 Développement d'applications Web en C# - Concepts et bonnes pratiques

AIDE-MEMOIRE. Forprev Formateur Version 2. Page 1 sur 64

CONDITIONS D OBTENTION DE L ALIAS COMMUN DANS LE CADRE D UNE OFFRE SMS+ CLASSIC

Introduction aux «Services Web»

SQUID P r o x y L i b r e p o u r U n i x e t L i n u x

4D Business Kit version 2.2 ADDENDUM

Plateforme. Nos «CGU» publics en vigueur. PRESTATIONS ET TARIFS MAÎTRE D OUVRAGE V2.0

Les ressources numériques de la bibliothèque sont regroupées dans un portail web ; elles offrent des services complets et facilement accessibles.

UCOPIA EXPRESS SOLUTION

Chartes SMS+ applicables au 01/04/2015

SMS+ PRÉSENTATION. Ensemble, protégeons l'environnement. N'imprimez ce document qu'en cas de nécessité.

Présentation du relais HTTP Open Source Vulture. Arnaud Desmons Jérémie Jourdin

LA CRÉATION D UNE BOURSE RÉGIONALE : EPEX SPOT

COMPTE RENDU. Atelier-débat avec les futurs clients éligibles. 25 septembre 2002

Bien architecturer une application REST

Configuration du driver SIP dans ALERT. V2

Transcription:

GUIDE D UTILISATION API WHOLESALE_MARKET Version 1.0 Date d entrée en vigueur : 29 Juin 2017 1

SOMMAIRE 1 INTRODUCTION 3 1.1 Définitions... 3 1.2 Assistance technique... 4 2 DESCRIPTION FONCTIONNELLE DE L API WHOLESALE_MARKET 5 2.1 Description générale... 5 2.2 Pré-requis à l utilisation des API... 5 2.2.1 Confidentialité des données... 5 2.2.2 Résiliation... 5 2.3 Ressource «epex_spot_power_exchanges»... 5 3 ACCES A L API 6 4 RESSOURCE EXPOSEE PAR L API «WHOLESALE_MARKET» 7 4.1 Ressource /epex_spot_power_exchanges... 7 4.1.1 GET /epex_spot_power_exchanges... 7 4.1.1.1 Modalités d appel... 7 4.1.1.2 Entrées... 7 4.1.1.3 Sorties... 8 4.1.1.4 Règles de gestion... 9 4.1.1.5 Codes erreurs... 10 5 DETAILS DES ERREURS 11 5.1 Erreurs fonctionnelles... 13 5.1.1 epex_spot_power_exchanges... 13 5.2 Erreurs techniques... 13 6 ANNEXES 15 6.1 Langue - Traduction des libellés.... 15 FIN DU DOCUMENT 15 2

1 Introduction Ce document décrit l API wholesale_market mise à disposition par RTE dans le but d exposer les données relatives aux prix et volumes du marché journalier de l électricité opéré par EPEX Spot SE. Documents de référence Référence courte Titre du document Référence complète [R1] CGU des API RTE Lien d accès 1.1 Définitions Les termes utilisés dans le Guide d Utilisation et dont la première lettre est une majuscule sont définis ci-dessous ou, à défaut, dans les Conditions Générales d Utilisation [R1] : API Application Programming Interface (Interface de programmation applicative) Authentification Émetteur Message Opération Partie ou Parties Récepteur Ressource URL Utilisateur(s) Mode de Protection permettant de s assurer que l identité de l Émetteur ou du Récepteur a été vérifiée par RTE et qu il est donc autorisé à accéder au SI et à utiliser les Applications. Partie qui émet un Message. Ensemble de données informatiques destiné à véhiculer des informations et structuré selon un ordre spécifié dans le Guide d Utilisation. Un Message peut être émis par l Utilisateur ou RTE. Une opération est la manière dont le client interagit avec la ressource de l API. Il s agit d un verbe http (par exemple : GET pour lecture) Dans le cadre du Guide d Utilisation, il s agit, individuellement, soit de RTE soit de l Utilisateur et, conjointement, de RTE et de l Utilisateur. Partie qui reçoit le Message de l Émetteur. Une ressource représente la donnée sur laquelle l application cliente interagit. Uniform Resource Locator : chaîne de caractères suivant un format spécifique permettant de localiser une ressource sur un réseau et d identifier un moyen d agir (protocole) sur cette ressource. Personne morale ayant validé les Conditions Générales d Utilisation des API de RTE et accédant au SI de RTE afin d utiliser les API mises à dispositions par RTE. 3

1.2 Assistance technique En cas de difficulté pour l accès ou l utilisation d une API, l Utilisateur peut faire appel aux services d assistance téléphonique mis en place par RTE dans les conditions techniques prévues dans les Conditions Générales d Utilisation. 4

2 Description fonctionnelle de l API wholesale_market 2.1 Description générale Cette API permet d'obtenir les prix et volumes horaires sur le hub EpexSpot. Avertissement : Toutes les données accessibles («Données EPEX») sont de la propriété exclusive d EPEX SPOT SE ou de ses filiales. L Utilisateur est cependant autorisé à télécharger, imprimer et utiliser lesdites données mises à disposition pour un usage interne et ou personnel sous réserve d en indiquer la provenance et le propriétaire. Tout autre usage des Données EPEX par l Utilisateur est strictement interdit sans l accord écrit d EPEX SPOT SE, notamment : tout usage commercial ; la création de tout instrument financier ou de tout indice de référence pour un usage externe ou au profit de tiers; toute copie, distribution, commercialisation, exploitation ou usage avec ou au profit de tiers. L utilisateur reconnaît être responsable à l égard d EPEX SPOT SE du respect de ces conditions générales d utilisation par ses employées, dirigeants, prestataires de services 2.2 Pré-requis à l utilisation des API L API wholesale_market est destinée aux acteurs du marché de l électricité et au grand public. Néanmoins les utilisateurs de l API doivent créer un compte sur le portail digital du Rte. La création de ce compte permet d obtenir des identifiants Oauth 2.0. Ces identifiants sont ensuite requis lors des appels aux API. 2.2.1 Confidentialité des données Les informations contenues dans les Messages ne pourront être utilisées à d autres fins que celles prévues dans les Conditions Générales d Utilisation [R1]. 2.2.2 Résiliation L abonnement à une API est automatiquement résilié lorsque l utilisateur supprime son compte sur le portail Digital RTE. Si l Utilisateur souhaite ne plus utiliser une API sans résilier l abonnement, il suffit de cesser l émission des appels à l API. 2.3 Ressource «epex_spot_power_exchanges» Ce Service permet d obtenir les données relatives aux prix et volumes horaires d Epex Spot. Epex Spot est le marché journalier de l électricité opéré par EPEX Spot SE. EPEX Spot SE est une société européenne (Societas Europaea ou SE) basée à Paris avec une branche à Leipzig. La gamme de produits comprend les transactions spot de l électricité pour l Allemagne, la France, l Autriche et la Suisse. Ces pays représentent plus d un tiers de la consommation d électricité en Europe 5

3 Accès à l API L accès à l API décrite dans ce document se fait via le protocole REST. Comme pour toutes les API mises à disposition par RTE, l accès et l utilisation de ces API sont soumis aux termes des Conditions Générales d Utilisation [R1]. La méthode d autorisation d accès aux API est OAuth, dont les usages sont décrits dans la FAQ. 6

4 Ressource exposée par l API «wholesale_market» 4.1 Ressource /epex_spot_power_exchanges 4.1.1 GET /epex_spot_power_exchanges 4.1.1.1 Modalités d appel La ressource est exposée de la manière suivante : Exposition Méthode URL ressource REST / JSON GET https://digital.iservices.rte-france.com/open_api/wholesale_market/v1/ epex_spot_power_exchanges Aucun paramètre pour ce Service. URL sandbox https://digital.iservices.rtefrance.com/open_api/wholesale_market/v1/sandbox/epex_spot_power_exchanges (1) (1) La sandbox ne prend pas en compte les paramètres d entrées Préconisations d appels Cette ressource a pour objectif de permettre de récupérer les prix et volumes EpexSpot pour la journée en cours. Dans le cas d utilisation nominal il n est pas nécessaire de renseigner les champs de la période. Le service retourne automatiquement les données EpexSpot de la journée en cours Cf. ESP-RG01. Il est conseillé de faire un appel par heure pour récupérer les mises à jour des prix et volumes EpexSpot de la journée en cours. Ce Service met à disposition des données à partir du 28/06/2010. 4.1.1.2 Entrées NOM DESCRIPTION CARD. TYPE VALEURS / FORMAT REGLES Aucun paramètre pour ce Service. s d appel : URL: GET /open_api/wholesale_market/v1/epex_spot_power_exchanges HTTP/1.1 Headers: Host: digital.iservices.rte-france.com Authorization: Bearer CNAPbfmg7GjvtqTTlKqPm8ykP6R8YJFfJPnyjqW8p1v2PW2UX6bF8z Body: 7

4.1.1.3 Sorties NOM CARD. DESCRIPTION epex_spot_power _exchanges 0..n 1..1 NOM CARD. DESCRIPTION TYPE VALEURS / FORMAT REGLES start_date 1..1 end_date 1..1 Date de début des données demandées Date de fin des données demandées date date updated_date 1..1 Date de mise à jour date base_load 1..1 Prix (Euros/MWh) float Décimal. peak_load 1..1 Prix (Euros/MWh) float Décimal. values 1..1 0..n YYYY-MM- DDThh:mm:sszzzzzz YYYY-MM- DDThh:mm:sszzzzzz YYYY-MM- DDThh:mm:sszzzzzz Une valeur par intervalle d une heure. Tableau de valeurs {JSON} structuré comme suit : ESP-RG01 ESP-RG01 NOM CARD. DESCRIPTION TYPE VALEURS / FORMAT start_date 1..1 Intervalle de temps début date end_date 1..1 Intervalle de temps fin date value 1..1 Volume du marché de l electricité (en MW) float YYYY-MM- DDThh:mm:sszzzzzz YYYY-MM- DDThh:mm:sszzzzzz Décimal. price 1..1 Prix (en /MWh) float Décimal. 8

Format JSON du retour : GET /wholesale_market/v1/epex_spot_power_exchanges HTTP/1.1 200 OK {"epex_spot_power_exchanges":[ { "start_date":"2015-06-01t00:00:00+02:00", "end_date":"2015-07-01t00:00:00+02:00", "updated_date":"2015-06-01t11:03:00+02:00", "base_load":29.96, "peak_load":32.83, "values": [ {"start_date":"2015-06-01t00:00:00+02:00","end_date":"2015-06- 01T01:00:00+02:00","value":11596.7,"price":27.42}, {"start_date":"2015-06-01t01:00:00+02:00","end_date":"2015-06- 01T02:00:00+02:00","value":11785.0,"price":24.55}, {"start_date":"2015-06-01t02:00:00+02:00","end_date":"2015-06- 01T03:00:00+02:00","value":11675.6,"price":21.41}, {... 24 jeux de valeurs pour 24 pas horaires...} ] } ]} 4.1.1.4 Règles de gestion Règle de gestion en fonction des paramètres d entrée : Paramètres en entrée Aucun paramètre Aucun paramètre Description Le Service retourne les prix et volumes de la journée en cours. Numéro ESP-RG01 Règles de gestion appliquées en sortie : Numéro ESP-RG02 Description Dans le cas du changement d heure hiver/été, la valeur de 2H à 3H, heure Française est vide. Dans le cas du changement d heure été/hiver, la valeur de 2H à 3H heure Française est présente deux fois. 9

4.1.1.5 Codes erreurs Le tableau suivant liste les codes erreurs pouvant être retournés lors de l'appel à la ressource. Le détail de ces erreurs est décrit au chapitre 5 Détails des erreurs. Type d erreur Code erreur Détails Technique 401 5.2 Technique 403 5.2 Technique 404 5.2 Technique 408 5.2 Technique 413 5.2 Technique 414 5.2 Technique 429 5.2 Technique 500 5.2 Technique 503 5.2 Technique 509 5.2 10

5 Détails des erreurs Le schéma ci-dessous présente les codes retournés à l Utilisateur de l API en fonction du séquencement des appels. Ce paragraphe concerne les erreurs génériques à toutes les ressources de l API et à ce titre il ne décrit pas les erreurs de requêtes (code http 400). Ces erreurs sont décrites ressource par ressource dans le paragraphe correspondant. En cas d erreur lors de la phase d authentification (validation du login et du mot de passe) un code HTTP 401 «unauthorized» est retourné à l appelant. La seconde étape est de vérifier que l Utilisateur ne dépasse pas le nombre maximal d appels autorisé pour l organisation. En cas de dépassement, l appelant en est informé par un code HTTP 429. La réponse du serveur contient dans ce cas un entête "Retry-After:" indiquant le temps d'attente (en secondes) que le client doit attendre avant de renvoyer sa demande. La troisième étape est de vérifier que l application est bien créée/habilitée à accéder à la plateforme technique VESPA. Si ce n est pas le cas l appelant en est informé par un code HTTP 403 «forbidden». La quatrième étape consiste à vérifier que l application a bien souscrit à un abonnement à l API. Si ce n est pas le cas, l appelant en est informé par un code HTTP 403 «forbidden». La cinquième étape consiste à accéder aux ressources de RTE. Diverses erreurs fonctionnelles peuvent se produire. Celles-ci sont communiquées à l Utilisateur en tant qu erreur JSON. Les erreurs décrites dans ce document sont les erreurs fonctionnelles retournées avec le code retour http 400 et http 500 pour les erreurs techniques. 11

Structure JSON : { "error": "libelle_court, codification explicite de l erreur", "error_description": "libellé long, lisible par un utilisateur", } Le libellé court («error»), ou encore appelé «code erreur», est un code permettant à l application appelante de traiter automatiquement les messages des erreurs. Il est représenté par une suite de mots séparés par des «_». Le libellé long («error_description») qui correspond au "message" associé au code retourné, est une description permettant aux utilisateurs de comprendre de façon plus précise l origine de l erreur. 12

5.1 Erreurs fonctionnelles 5.1.1 epex_spot_power_exchanges Aucune erreur fonctionnelle 5.2 Erreurs techniques Code http 401 401 Message Unauthorized Description Erreur générée lorsque l authentification a échouée Code http 403 403 Message Forbidden Description Erreur générée si l appelant n est pas habilité à appeler la ressource 404 Code http 404 Message Not Found La ressource appelée n existe pas ou aucune donnée n a été trouvée 408 Code http 408 Message Request Time-out Erreur générée sur non réponse du service appelé ou retour en timeout (http 408) du service appelé. 413 Code http 413 Message Request Entity Too Large La taille de la requête dépasse 5Mo 414 Code http 414 Message Request-URI Too Long L URI transmise par l appelant dépasse 512 caractères. 429 Code http 429 Message Too Many Requests 13

Le nombre d appel maximum dans un certain laps de temps est dépassé. 500 Code http 500 Message Internal Server Error Toute autre erreur technique. (Cette erreur est accompagnée d un message JSON avec un champ error_code et error_description) 503 Code http 503 Message Service Unavailable Erreur générée sur maintenance (http 503). 509 Code http 509 Message Bandwidth Limit Exceeded. L ensemble des requêtes des clients atteint la limite maximale. 14

6 Annexes 6.1 Langue - Traduction des libellés. ANGLAIS start_date end_date updated_date value FRANCAIS date_debut date_fin date de mise à jour valeur FIN DU DOCUMENT 15