LE MODELE EDIEL DANS LE SECTEUR LIBERALISE DE L'ENERGIE EN BELGIQUE EDIEL MODEL VOOR DE GELIBERALISEERDE ENERGIESECTOR IN BELGIE

Transcription

1 EDIEL ODEL VOOR DE GELIBERALISEERDE ENERGIESETOR IN BELGIE LE ODELE EDIEL DANS LE SETEUR LIBERALISE DE L'ENERGIE EN BELGIQUE UIR PART II A Structuring Fase: Stappenplannen & Segment Tabellen UIR PARTIE II A: Phase de structuration: Plans par étapes & aperçu des messages 16. Wijzigen Relationele Data 16. odification de données relationnelles Versie: 4.1 Datum: Status: Version: 4.1 Date: Statut:

2 Inhoudsopgave Table des matières 1 WIJZIGINGEN T.O.V UIG 4.01 AENDEENTS VIS-À-VIS DE UIG SENARIO DOEL BUT DU SÉNARIO WIJZIGEN RELATIONELE DATA ALGEEEN - ODIFIATION DE DONNEES RELATIONNELLES: GENERALITES Rollen Rôles Procesomschrijving Description du proces Resultaat - Résultat Voorafgaandelijke vereisten Prérequis Periodes ontraintes de temps eetgegevens en verbruiken Indexes et consommations Annulatie / wijziging van een aanvraag Annulation / modification d une demande Beperkingen en mogelijke interacties met andere scenario s Restrictions et possibles interactions avec d autres scénarios Uitzonderingen - Exceptions WIJZIGEN RELATIONELE DATA SEQUENTIE EN TIING - ODIFIATION DE DONNEES RELATIONNELLES: SEQUENES ET TIING Stappenplan Plan par étapes Tijdstip van de berichten hronologie des messages Berichtoverzicht Vue d ensemble des messages Testen Tests WIJZIGEN RELATIONELE DATA - ODIFIATION DE DONNEES RELATIONNELLES DATA ODEL ARKT BEHOEFTEN BESOINS DU ARHE BERIHTEN ESSAGES essage aster Data Patries hange Request essage aster Data Parties hange Request Rejection essage aster Data Parties hange Request onfirmation BEGRIPPENLIJST GLOSSAIRE ESSAGE IPLEENTATION LAY-OUT VERDUIDELIJKING SEGENTTABELLEN TABLES DE SEGENTS E21 aster Data Parties hange essage Request Rejection essage onfirmation essage ANNEX ANNEXE NAE-ODES ODES NAE odification de données relationnelles UIR p. 2 / 22

3 1 Wijzigingen t.o.v UIG 4.01 Amendements vis-à-vis de UIG 4.01 De aanpassingen voor UIG 4.01 zijn op deze manier aangeduid. De aanpassingen voor UIG 4.02 zijn op deze manier aangeduid of op deze manier aangeduid. 2 Scenario Les changements apportés pour la version 4.01 sont indiqués de cette façon-ci. Les changements apportés pour la version 4.02 sont indiqués de cette façon-ci ou sont indiqués de cette façon-ci. 2.1 Doel But du scénario Het scenario Wijzigen Relationele Data dient gebruikt te worden door de Huidige Leverancier om, voor één van zijn toegangspunten, de bestaande informatie over de huidige Distributienetgebruiker aan te passen in het toegangsregister van de desbetreffende Beheerder van Toegangspunten. Dit scenario kan alleen door de leverancier die voorlopig verantwoordelijk is voor het toegangspunt geïnitieerd worden. Le scénario odification de données relationnelles est utilisé par le Fournisseur actuel lorsqu il souhaite modifier, pour l un de ses points d accès, l information concernant l actuel Utilisateur du réseau de distribution qui est reprise dans le Registre d accès du Gestionnaire du réseau de distribution concerné. e scénario ne peut être lancé que par le fournisseur actuellement responsable du point d accès. 2.2 Wijzigen Relationele Data Algemeen - odification de données relationnelles: Généralités Rollen Rôles Zie ook de definitie van de elementaire rollen in de markt in het document UIG deel 1A - Informatieuitwisseling. Voyez également la définition des rôles élémentaires dans le marché sur le document UIG partie 1A Echange d information urrent Supplier: Balance Supplier Huidige Leverancier Fournisseur actuel etering Point Administrator Beheerder van Toegangspunten Gestionnaire de points d accès Procesomschrijving Description du proces Hierna volgen de te doorlopen stappen binnen het scenario. Deze corresponderen met de desbetreffende sequenties van het Stappenplan Plan par étapes. 1. Om de uitgewisselde kenmerken van de huidige Distributienetgebruiker op een toegangspunt synchroon te kunnen houden tussen de Huidige Leverancier en de Beheerder van Toegangspunten, moet de Huidige Leverancier de Beheerder van Toegangspunten verwittigen indien er een verandering van deze uitgewisselde gegevens optreedt. Dit moet gebeuren via het versturen van een aanvraag tot wijziging van relationele data. Les étapes à parcourir dans le scénario sont décrites cidessous. Elles correspondent aux séquences du Stappenplan Plan par étapes. 1. Pour garantir le synchronisation entre les systèmes du Fournisseur actuel et du Gestionnaire de points d accès en ce qui concerne l information échangée relative à l Utilisateur du réseau de distribution actuel, le Fournisseur actuel doit pouvoir avertir le Gestionnaire de points d accès lorsque cette information échangée change. Pour ce faire le Fournisseur actuel enverra, le cas échéant, une demande de odification de données relationnelles. odification de données relationnelles UIR p. 3 / 22

4 Indien de reële Distributienetgebruiker op een toegangspunt niet gekend is door de leverancier, moet hij de informatie over zijn contractant leveren (business partner). Alvorens de wijziging van relationele data door te voeren in zijn systeem, voert de desbetreffende Beheerder van Toegangspunten een aantal testen op de leveranciersaanvraag uit. De details van deze testen zijn terug te vinden in de sectie Testen - Tests. 2. Indien de aanvraag verworpen wordt, communiceert de Beheerder van Toegangspunten zijn verwerping naar de Huidige Leverancier aan de hand van een gecodeerde reden van verwerping om het scenario af te werken. Noteer dat slechts één verwerpingscode zal gestuurd worden. 3. Anderzijds, indien de aanvraag wordt aanvaard, wordt de informatie m.b.t. de Distributienetgebruiker onmiddellijke in de systeem van de Beheerder van Toegangspunten aangepast en hij confirmeert de acceptatie aan de Huidige Leverancier met melding van de datum van aanpassing.. Lorsqu un fournisseur ne connaît pas les coordonnées du réel Utilisateur du réseau de distribution pour ce point d accès, il fournit alors les coordonnées relatives à la personne qu il a contractée (business partner). Avant d effectuer la odification de données relationnelles dans son système, le Gestionnaire de points d'accès va procéder à une série de tests afin de déterminer si la demande peut être acceptée ou non. Le détail des tests effectués est fourni à la section Testen Tests du présent document. 2. Si la demande est rejetée par le Gestionnaire de points d'accès, ce dernier en informe le demandeur et lui communique la raison du rejet sous forme d un code. Notez qu'un seul et unique code de rejet est communiqué. 3. Lorsque la demande est acceptée, le Gestionnaire de points d'accès met directement à jour l information relative à l Utilisateur du réseau de distribution dans ses systèmes et il confirme son acceptation au Fournisseur actuel avec mention de la date à laquelle il a effectué la modification Resultaat - Résultat Als eindresultaat van het scenario Wijzigen Relationele Data, worden de nieuwe gegevens, zoals verstuurd door de Huidige Leverancier mbt. de huidige Distributienetgebruiker, bijgewerkt in het Toegangsregister van de desbetreffende Beheerder van Toegangspunten. De Huidige Leverancier heeft een bevestiging van deze aanpassing door middel van de acceptatie van zijn aanvraag gekregen. Le scénario odification de données relationnelles a comme résultat la mise à jour, dans le Registre d accès du Gestionnaire de points d accès concerné, des données relatives à l Utilisateur du réseau de distribution par les nouvelles données communiquées par le Fournisseur actuel. Le Fournisseur actuel a reçu une confirmation de cette mise à jour sous forme d un message d acceptation de sa demande Voorafgaandelijke vereisten Prérequis De aanvragende leverancier is de Huidige Leverancier die verantwoordelijk is voor het toegangspunt. De wijziging heeft enkel betrekking tot de huidige Distributienetgebruiker en dit scenario kan nooit in het kader van een verhuisproblematiek worden gebruikt. De wijzigingen moeten direct effectief zijn en nooit in de toekomst of in het verleden Periodes ontraintes de temps De aanvraag tot wijzigen van relationele data door de Huidige Leverancier gebeurt met onmiddellijke ingang en kan nooit aangevraagd worden met een datum die in de toekomst of in het verleden ligt (aangevraagde uitvoeringsdatum = Berichtdatum). Na ontvangst van de aanvraag tot Wijzigen Relationele Data heeft de Beheerder van odification de données relationnelles Le fournisseur demandeur doit être le Fournisseur actuel qui est responsable pour le point d accès. Le changement concerne uniquement l Utilisateur du réseau de distribution actuel et ce scénario ne peut sous aucun prétexte être utilisé pour régler une situation de déménagement. Les modifications doivent être directement effectives et non dans le passé ou le futur. La demande de changement des données relationnelles par le Fournisseur actuel doit prendre cours immédiatement et ne peut donc jamais être faite avec une date située dans le passé ou dans le futur (date effective = date du message de demande). Après réception de la demande de odification de données relationnelles, le Gestionnaire de points UIR p. 4 / 22

5 Toegangspunten tot 2 kalenderdagen (kd) de tijd om de aanvraag ofwel te verwerpen, ofwel te bevestigen. Dit is de testperiode. Eens aanvaard door de Beheerder van Toegangspunten, wordt de informatie m.b.t. de Distributienetgebruiker onmiddellijk in het Toegangsregister aangepast. De effectieve aanpassing in de database van het Toegangsregister zal gebeuren om 00.00u lokale tijd voor elektriciteit en om 06.00u lokale tijd voor gas. d accès dispose de 2 jours calendriers (jc) pour accepter ou rejeter la demande (période de test). Une fois acceptés par le Gestionnaire de points d accès, les changements concernant l Utilisateur du réseau de distribution sont directement mis à jour dans le Registre d accès. La mise à jour effective dans le base de données du Registre d accès se passe toujours à 00.00h heure locale pour l électricité et 06.00h heure locale pour le gaz eetgegevens en verbruiken Indexes et consommations Niet van toepassing Pas d application Annulatie / wijziging van een aanvraag Annulation / modification d une demande. Niet van toepassing Pas d application Beperkingen en mogelijke interacties met andere scenario s Restrictions et possibles interactions avec d autres scénarios Het Wijzigen Relationele Data gebeurt als een parallel proces, met gevolg dat deze aanpassing zal gebeuren zonder een mogelijke transactie in uitvoering op dat toegangspunt te onderbreken of te beïnvloeden. In geval van een aanvraag tot wijziging van relationele data komend op een bevroren transactie, wordt deze aanvraag tot wijziging van relationele data altijd verworpen en het type en de effectieve datum van de transactie in uitvoering, gekend door de Beheerder van Toegangspunten, zullen dan altijd vermeld worden in het verwerpingbericht. Voor redenen van confidentialiteit moet Leverancierswissel als type transactie doorgegeven worden in geval de transactie in uitvoering een Drop residentieel transactie is Uitzonderingen - Exceptions Regionale eigenheden Particularités régionales La odification de données relationnelles est traitée de manière parallèle et n impacte donc, d aucune manière que se soit, une éventuelle transaction déjà en cours d exécution sur le point d accès. En cas de demande de odification de données relationnelles faite pour un point d accès pour lequel il y a une transaction qui se trouve en période «Frozen», cette demande sera toujours rejetée et le type et la date effective, telle que connue par le Gestionnaire de points d'accès, de la transaction en cours seront alors toujours mentionnés dans le message de rejet. Pour des raisons de confidentialité et au cas où la transaction en cours d exécution est un «Drop résidentiel», «hangement de fournisseur» sera transmis comme type de transaction en cours Toepassingsgebied Applications dans les regions Regio Van toepassing Région D applications Vlaanderen Ja Flandre Oui Wallonië Ja Wallonie Oui Brussel Ja Bruxelles Oui Eigenheden - Particularités Niet van toepassing Pas d application odification de données relationnelles UIR p. 5 / 22

6 Proces eigenheden as particuliers Aanpassing van het kenmerk Residentieel/Niet residentieel van de Distributienetgebruiker De aanpassing van dit kenmerk kan de aanpassing van het lastprofiel, toegewezen door de Beheerder van eetgegevens aan het toegangspunt, tot gevolg hebben. In dit geval zal deze wijziging van het lastprofiel niet worden behandeld in het kader van dit scenario, maar via het scenario 17 Aanpassing Stamgegevens van een Toegangspunt door de Distributienetbeheerder. In ieder geval eindigt dit scenario Wijzigen Relationele Data steeds met het op punt stellen in het Toegangsregister van de nieuwe relationele gegevens zoals vermeld in de aanvraag door de Huidige Leverancier. Elk mogelijk gevolg van deze update zal aan de hand van een aparte scenario worden behandeld. odification de la caractéristique Résidentiel/Non résidentiel de l Utilisateur du réseau de distribution La modification de cette caractéristique peut avoir pour conséquence, la modification du profil de charge assigné au point d accès par le Gestionnaire des données de comptage. Si tel est le cas, ce changement de profil de charge ne sera pas traité dans le cadre de ce scénario mais bien via le scénario 17 «odification des aster Data d un point d accès par le Gestionnaire du réseau de distribution». Quoi qu il en soit, ce scénario odification de données relationnelles se termine toujours avec la mise à jour dans le Registre d accès des nouvelles données relationnelles telles que communiquées dans sa demande par le Fournisseur actuel et toute conséquence éventuelle de cette mise à jour étant traitée par le biais d un autre scénario. 2.3 Wijzigen Relationele Data Sequentie en timing - odification de données relationnelles: Sequences et timing Stappenplan Plan par étapes : Balance Power Supplier : etering Point Administrator (PA) 1: Proces s m as ter data parties change ( E21 as ter Data Parties hange Reques t es s age ) 2[RequestAccepted=False]: Process request rejection ( 414 Request Rejection essage ) 3[Reques taccepted=true]: Proces s reques t acceptation ( 414 Request onfirm ation essage ) Figuur / Figure 1: Sequence Diagram [Source: UIG Deel II A Version 4.0 Rev. 00 Scenario 16 aster Data Parties hange] odification de données relationnelles UIR p. 6 / 22

7 2.3.2 Tijdstip van de berichten hronologie des messages Figuur / Figure 2: Timeline [Source: UIG Deel II A Version 4.0 Rev. 00 Scenario 16 aster Data Parties hange] Berichtoverzicht Vue d ensemble des messages 1 aster Data Parties hange Request Van Huidige Leverancier De Fournisseur actuel Aan Beheerder van toegangspunten A Gestionnaire de points d accès Tijdstip / N/A oment / N/A Frequentie Fréquence Kenmerken Dit bericht bevat voornamelijk: aractéristiques e message contient principalement: o o ID van het toegangspunt Nieuwe informatie over Distributienetgebruiker odification de données relationnelles o o ID du point d accès Nouvelle information concernant l Utilisateur du réseau de distribution 2 aster Data Parties hange Request - Rejection Van Beheerder van Toegangspunten De Gestionnaire de points d accès Aan Huidige Leverancier A Fournisseur actuel Tijdstip / Frequentie Kenmerken ax. 2 kd na aanvraag oment / Fréquence Dit bericht bevat voornamelijk: aractéristiques o ID van het toegangspunt o Referentie naar leveranciersaanvraag o Reden van verwerping o (conditioneel) Type transactie in uitvoering o (conditioneel) Effectieve datum van transactie in uitvoering ax. 2 jc après la demande. e message contient principalement: o ID du point d accès o Référence à la demande du Fournisseur o Raison de refus o (conditionnel) Type de transaction en cours o (conditionnel) Date effective de la transaction en cours 3 aster Data Parties hange Request - onfirmation Van Beheerder van Toegangspunten De Gestionnaire de points d accès Aan Huidige Leverancier A Fournisseur actuel Tijdstip / ax. 2 kd na aanvraag oment / ax. 2 jc après la demande. UIR p. 7 / 22

8 Frequentie Kenmerken Bevat voornamelijk: o Toegangspunt ID o Referentie naar leveranciersaanvraag o Acceptatie code Fréquence aractéristiques ontient principalement: o ID du point d accès o Référence à la demande du fournisseur o ode d acceptation Testen Tests De testen kunnen in willekeurige volgorde doorlopen worden. Indien het antwoord op test 1 tot n positief is, wordt de aanvraag door de DistributienNetbeheerder aanvaard. Indien het antwoord op een van de vragen negatief is, dan worden de testen op dit punt afgebroken, en wordt de aanvraag geweigerd met als reden van verwerping de code geassocieerd met de negatieve test. odification de données relationnelles Les tests peuvent être parcourus dans un ordre aléatoire. Si la réponse au test 1 jusqu à n est positif, la demande est acceptée par le Gérant de réseau de distribution. Si la réponse à une des questions est négative, les tests seront arrêtés à ce point, et la demande sera rejetée avec raison de rejet le code associé avec le test négatif. Seulement un code de rejet sera transmis dans le message de rejet. Slechts één verwerpingscode wordt in het verwerpingsbericht doorgestuurd. Algemeen Berichten kunnen naar syntaxis correct zijn, maar Des messages peuvent être corrects selon syntaxe, Généralités toch onverwerkbaar, bijvoorbeeld omdat er een o mais pourtant intraitables, parce qu un code verkeerde code gebruikt wordt als identificatie van d incorrect est utilisé comme identification du het bericht, of een verkeerde status. De algemene e message, ou un statut incorrect. Le test général a test heeft als doel de Leverancier hiervan op de comme objectif de mettre au courant le Fournisseur hoogte te brengen. de ce sujet. Test Is het bericht verwerkbaar? Est-ce que le message est traitable? Indien niet Het bericht voldoet niet aan de UIG vereisten. B07 Le message ne répond pas aux exigences UIG. Si réponse négative Test Is de transactie ID uniek per LEVERANIERS ID? L ID de transaction est-elle unique par ID fournisseur? Indien niet Transactie ID is niet uniek. B06 L ID de transaction n est pas unique. Si réponse négative Aanvraagtermijne n Planning de transaction Test Indien niet Si réponse négative Deelnemers Participants Test Indien niet Si réponse négative Test Indien niet Si réponse négative Test Indien niet Si réponse négative Toegangspunt en zijn kenmerken Point d'accès et ses caractéristiques Test Indien niet Si réponse négative Test Indien niet Si réponse négative Test Test om na te gaan of tijdsspanne tussen aanvraag en uitvoering van wissel binnen de limieten valt van de door de DNB en regulator opgelegde tijdsspanne. (Zie ook het stappenplan.) Is de aangevraagde wijzigingdatum gelijk aan de berichtdatum? Aangevraagde uitvoerdatum is niet binnen de tijdslimiet. ontrole van betrokken partijen. E17 Test afin de vérifier si le délai entre la demande et l'exécution du switch se situe dans les limites du délai établi par le GRD et le régulateur. (Voir également le plan par étapes) La date de mise à jour demandée est-elle égale à la date du message? La date demandée ne se situe pas dans la limite permise. ontrôle des parties concernées. Is het Leveranciers ID-veld in het Toegangsregister Le champ ID-fournisseur est-il rempli dans le Registre ingevuld? d accès? Leveranciers ID is niet ingevuld. B50 ID-fournisseur n est pas rempli. Is de Leverancier geregistreerd (is de GLN gekend Le fournisseur est-il enregistré (le GLN est-il connu als Leverancier bij de DNB)? comme fournisseur chez le GRD)? Geen officiële Leverancier. E16 Pas fournisseur officiel. Is de Leverancier (de verzender van het bericht) dezelfde als diegene die geregistreerd is in het Toegangsregister voor dit toegangspunt? Niet geautoriseerde leverancier B61 Fournisseur pas autorisé ontrole of de kenmerken van het toegangspunt in het bericht overeenkomen met deze in het Toegangsregister. Le fournisseur mentionné dans le message est-il le même fournisseur que celui actuellement enregistré dans le Registre d accès pour ce point d accès? ontrôle si les caractéristiques du point d accès dans le message correspondent à celles dans le registre d accès. Bestaat het toegangspuntid van het bericht in het L'ID point d'accès du message existe-t-elle dans le Toegangsregister? registre d'accès? Toegangspunt bestaat niet E10 Le point d'accès n'existe pas Is de markt (elektriciteit of gas) in het Le marché (électricité ou gaz) est-il identique dans le Toegangsregister dezelfde als die in het bericht? registre d'accès et dans le message? Verkeerde markt van het toegangspunt. B63 arché du point d'accès accès. Voor dat toegangspunt: 1. Is de status van de aansluiting in het Toegangsregister geopende aansluiting (Status kan 'Geopende aansluiting', 'Verzegelde aansluiting' Pour ce point d accès: 1. Le statut du raccordement dans le registre d accès est-il Raccordement ouvert (Statut peut être Raccordement ouvert, Raccordement scellé ou Pas UIR p. 8 / 22

9 Indien antwoord op 1. en 2. 'nee' is Si réponse négative à 1 et à 2 Indien antwoord op 1. 'nee' is en antwoord op 2. 'ja' issi réponse négative à 1 et positive à 2 Test Indien niet Si réponse négative Wachttransacties Transactions en attente Test Indien ja Si réponse positive of 'Geen aansluiting' zijn)? 2. Is er een leverancier geregistreerd in het Toegangsregister? de raccordement )? 2. Y a-t-il un fournisseur enregistré dans le Registre d accès? Toegangspunt niet open B64 Point d accès n est pas ouvert. Sleeping ove-in. B68 Sleeping ove-in. Is de Nace code gekend bij de officiële marktlijst? (*) Le code Nace, est-il connu dans la liste officielle? Geen officiële Nace code. BB5 Pas de code Nace officiel. ontrole of er een ander bericht voor dat toegangspunt wacht om te worden uitgevoerd en of het nieuwe bericht het vorige kan vervangen. (Voor overzicht, raadpleeg de tabel op het einde van de UIG "scenario interactie") Is er een bevroren transactie of een transactie die zich in zijn post-processing periode bevindt voor dat toegangspunt? Andere aanvraag in status bevroren of postprocessing op dat toegangspunt, verandering niet mogelijk. B21 ontrôle s il n y a pas d autre transaction en cours d exécution, et si cette transaction peut être remplacée par la demande entrante. (Pour avoir un aperçu, consultez le tableau à la fin du UIG «scénario interaction») Y a-t-il une transaction avec le statut «Frozen» ou une transaction qui se trouve dans sa période de «Post-processing» pour ce point d accès? Autre demande avec statut «Frozen» ou «Postprocessing» sur ce point d accès, changement impossible. (*) De test op de NAE code is gebaseerd op de door de markt goedgekeurde referentielijst (deze lijst zal ter informatie doorgegeven worden). (*) Le test sur le code NAE se fait sur base de la liste de référence telle qu approuvée par le marché (cette liste sera fournie à titre informatif 3 Wijzigen Relationele Data - odification de données relationnelles data model 3.1 arkt behoeften Besoins du marché Opsomming van de belangrijkste gegevens nodig voor een goede verwerking van het scenario. Liste des informations à échanger entre acteurs du marché pour la bonne exécution du scénario. Beheerder van toegangspunten Nodige informatie voor het uitvoeren van de aangevraagde transactie o Rede van aanvraag o Gevraagde uitvoerdatum o Toegangspunt ID o arktpartijen verbonden aan het toegangspunt Distributienetgebruiker Legal status 1 (res/non-res + beschermd/niet beschermd) Naam orrespondentieadres Taal te gebruiken in de correspondentie Ondernemingsnummer (enkel voor professionele Distributienetgebruikers) NAE code (default code te gebruiken voor Distributienetgebruikers zonder Gestionnaire de points d accès Information nécessaire pour l exécution de la transaction o Raison de la demande o Date d exécution demandée o ID du point d accès o Acteurs du marché impliqués sur le point d accès Utilisateur du réseau de distribution Statut légal 2 (rés/non-rés + protégé/non-protégé) Nom Adresse de correspondance Langue à utiliser dans la correspondance Numéro d entreprise (seulement pour les Utilisateurs du réseau de distribution professionnels) ode NAE (code par défaut à 1 Zoals bepaald in de wetgeving van de betrokkene regio. 2 Tel que défini dans la législation applicable dans la région concernée. odification de données relationnelles UIR p. 9 / 22

10 NAE code) ontrole informatie o Toegangspunt Type energie o arktpartijen verbonden aan het toegangspunt Huidige Leverancier GLN Beheerder van toegangspunten GLN Bijkomende informatie o arktpartijen verbonden aan het toegangspunt Distributienetgebruiker Naam van contactpersoon ommunicatiemethode(s) Nieuwe Leverancier Naam van contactpersoon ommunicatiemethode(s) Huidige Leverancier Noodzakelijke informatie voor het uitvoeren van de transactie o Algemeen Een referentie in alle berichten naar de oorspronkelijke aanvraag van de Huidige Leverancier o Indien de aanvraag verworpen wordt: Eén reden van verwerping In geval van verwerping wegens transactie in uitvoering: Type transactie in uitvoering Effectieve datum van transactie in uitvoering o Indien de aanvraag aanvaard wordt: Bevestiging van de uitvoeringsdatum in de systeem van de Beheerder van de toegangspunt utiliser pour les Utilisateurs du réseau de distribution n ayant pas de code NAE) Information de contrôle o Point d accès Type d énergie o Acteurs du marché impliqués sur le point d accès Fournisseur actuel GLN Gestionnaire de points d accès GLN Information complémentaire o Acteurs du marché impliqués sur le point d accès Utilisateur du réseau de distribution Personne de contact oyen(s) de communication Nouveau fournisseur Personne de contact oyen(s) de communication Fournisseur actuel o Information nécessaire pour l exécution de la transaction o Général Référence de la demande initiale du Fournisseur actuel dans chaque message d échange o Si la demande est refusée Raison de refus En cas de refus pour raison de transaction en cours : Type de transaction en cours Date effective de la transaction en cours o Si la demande est acceptée onfirmation de la date d exécution dans le système du Gestionnaire de point d accès odification de données relationnelles UIR p. 10 / 22

11 3.2 Berichten essages essage aster Data Patries hange Request Document Header +EAN-GLN Sender {EDI=SG2/NAD} +EAN-GLN Receiver {EDI=SG2/NAD} +essage Date {EDI=SG0/DT} +Time Zone {EDI=SG0/DT} +Document ID {EDI=SG0/BG} +Document Type {EDI=SG0/BG} 1 1..* aster Data Parties hange Request +Transaction ID {EDI=SG4/IDE} +Requested Execution Date {EDI=SG4/DT} +Transaction ategory {EDI=SG4/STS} +Reason For Transaction {EDI=SG4/STS} 1..* 1 haracteristics +arket {EDI=SG0/KS} 1 1..* Access Point +Access Point ID {EDI=SG5/LO} 1..* 1..* <<abstract>> arket Party End User +Name {EDI=S12/NAD} +ategory of net user{edi=sg7/i} +Street {EDI=S12/NAD} +ity{edi=s12/nad} +Postal ode {EDI=S12/NAD} +ountry ode {EDI=S12/NAD} +Language {EDI=SG12/LAN} +Supplier ustomer Reference{EDI=SG12/RFF} +Enterprise Number Reference{EDI=SG12/RFF} +NAE ode {EDI=SG12/RFF} Balance Supplier +EAN-GLN Supplier{EDI=SG12/NAD} 1 1 ontact Person 1..* 1 +Name {EDI=SG13/TA} 1 1..* ommunication ontact +hannel {EDI=SG13/O} Distribution Grid Operator +Party identification {EDI=S12/NAD} Figuur / Figure 3: lass Diagram aster Data Patries hange Request [Source: UIG Deel II A Version 4.00 Rev. 00 Scenario 16 DP] odification de données relationnelles UIR p. 11 / 22

12 3.2.2 essage aster Data Parties hange Request Rejection Document Header +Document ID {EDI=SG0/BG} +Document Type {EDI=SG0/BG} +EAN-GLN Receiver {EDI=SG2/NAD} +EAN-GLN Sender {EDI=SG2/NAD} +essage Date {EDI=SG0/DT} +Time Zone {EDI=SG0/DT} 1 1..* aster Data Parties hange Request Rejection +Transaction ategory {EDI=SG4/STS} +Transaction ID {EDI=SG4/IDE} +Requested Execution Date {EDI=SG4/DT} +Transaction Status {EDI=SG4/STS} +Reason For Transaction {EDI=SG4/STS} +Transaction Reference [1..2]{EDI=SG6/RFF} +Pending Transaction Execution Date [0..1]{EDI=SG6/DT} 1..* haracteristics +arket {EDI=SG0/KS} 1 1..* 1 Access Point +Access Point ID {EDI=SG5/LO} Figuur / Figure 4: lass Diagram - aster Data Parties hange Request Rejection [Source: UIG Deel II A Version 4.00 Rev. 00 Scenario 16 DP] essage aster Data Parties hange Request onfirmation Document Header +Document ID {EDI=SG0/BG} +Document Type {EDI=SG0/BG} +EAN-GLN Receiver {EDI=SG2/NAD} +EAN-GLN Sender {EDI=SG2/NAD} +essage Date {EDI=SG0/DT} +Time Zone {EDI=SG0/DT} 1 1..* aster Data Parties hange onfirmation +Transaction ID {EDI=SG4/IDE} +Effective Execution Date {EDI=SG4/DT} +Transaction ategory {EDI=SG4/STS} +Transaction Status {EDI=SG4/STS} +Reason For Request{EDI=SG4/STS} +Transaction Reference {EDI=SG6/RFF} 1..* Grid Area +Grid Area ID{EDI=SG4/LO} haracteristics +arket {EDI=SG0/KS} +Switching ategory {EDI=SG7/I} 1 1 {only for Gas} 1..* 1..* 1 Access Point +Access Point ID {EDI=SG5/LO} 1 1 Installation Address +ity {EDI=SG12/NAD} +ountry ode {EDI=SG12/NAD} +Postal ode {EDI=SG12/NAD} +Street {EDI=SG12/NAD} Figuur / Figure 5: lass Diagram aster Data Parties hange Request onfirmation [Source: UIG Deel II A Version 4.00 Rev. 00 Scenario 16 DP] odification de données relationnelles UIR p. 12 / 22

13 4 Begrippenlijst Glossaire - UIG I A 4.x Verklarende woordenlijst - Glossaire. - UIG I A 4.x Verklarende woordenlijst - Glossaire. 5 essage implementation 5.1 Lay-out verduidelijking Terminologie andatory: element must be present in the message Optional: element can be used in the message onditional: the presence/absence of the element in the message is dictated by business rule(s) Dependent: the presence/absence of the element in the message is dictated by the EDIEL syntax With parent/children structure, we will use the logic as described in the following scenarios: Scenario Structure Value The whole parent/children structure is mandatory and the children must be present if the parent element is used The whole parent/children structure is dependent and the children must be present if the parent element is used The whole parent/children structure is conditional and the children must be present if the parent element is used The whole parent/children structure is optional and the children must be present if the parent element is used The whole parent/children structure is mandatory but one ore more children are dependent, conditional, or optional The whole parent/children structure is dependent but one ore more children are dependent, conditional, or optional The whole parent/children structure is conditional but one ore more children are dependent, conditional, or optional The whole parent/children structure is optional but one ore more children are dependent, conditional, or optional Parent hild 1 hild n Parent hild 1 hild n Parent hild 1 hild n Parent hild 1 hild n Parent hild 1 hild n Parent hild 1 hild n Parent hild 1 hild n Parent hild 1 hild n D O D//O D O D//O D//O D//O odification de données relationnelles UIR p. 13 / 22

14 5.2 Segmenttabellen Tables de segments odification de données relationnelles UIR p. 14 / 22

15 5.2.1 E21 aster Data Parties hange essage Level 0 Level 1 Level 2 Level 3 Level 4 ID Attributes Remarks Elec Gas SG0 Segment Group 0 UNH 0062 essage reference number Application generated number - must be unique per interchange S009 essage identifier EDIEL - UTILD BG 002 Document/message name Update parties master data - "E21" 106 Document/message identification Unique id that identifies the message 1225 essage function code "9" - Original 4343 Response type code "NA" - no response andatory DT 507 Date/time/period "137" - Date of the message - annot be later than the Interchange date (UNB) DT 507 Date/time/period "735" - Time zone : offset from UT (UT+1) KS 7293 Sector area ID code qualifier "23" - Electricity or "27" - Gas SG2 Segment Group 2: NAD-RFF-FII-SG3 NAD 3035 Party function code qualifier "R" - essage Recipient 082 Party identification details EAN-GLN of market participant NAD 3035 Party function code qualifier "S" - essage Sender SG4 082 Party identification details EAN-GLN of market participant Segment Group 4: IDE-LIN-PIA-ID-DT-PR-STS-TAX- PTY-FTX-AGR-INP-SG5-SG6-SG7-SG8-SG11-SG12 Segment 4 can be repeated times, each for another transaction IDE 7495 Object type code qualifier "24" - transaction 206 Identification number unique transaction ID DT 507 Date/time/period Validity start date; it must be the same day as the message day STS 601 Status category "7" - Transaction 556 Status reason Reasons for transaction - "B05" (Update parties master data) SG5 Segment Group 5: LO-HYN Segment 5 can be repeated 2 times LO 3227 Location function code qualifier "172" - reporting location (metering point) 517 Location identification EAN-GSRN of the metering point SG6 Segment Group 6: RFF-DT odification de données relationnelles UIR p. 15 / 22

16 RFF 506 Reference "ADD" - Analysis number/test number. Number of the ertificate test addressed by the message. Only used in case of certification. SG7 Segment Group 7: I-AV Segment 7 contains information on a metering point level and will be repeated several times (once for each characteristic) I 240 Product characteristic "E10" - ategory of net user AV 889 haracteristic value ategory of net user value Residential - "B12" / Nonresidential - "B13" AV 889 haracteristic value ategory of net user value - Protected customer ("B23") - only Residential net user can be protected and if applicable, two instances of AV will be used under the instance I E10 SG12 Segment Group 12: NAD-RFF-DT-FII-LAN-SG13 Segment 12 contains information on a metering point level It contains information about the customer, supplier, balance responsible, It can be repeated (one SG12 for each party) NAD 3035 Party function code qualifier Type of party: End user - "UD" 080 Party name Free text name 059 Street Free text street name 3164 ity name Free text name of the city 3251 Postal identification code Postal code 3207 ountry name code ountry name code ISO shall be used RFF 506 Reference Supplier customer reference ID RFF 506 Reference Enterprise number (National governement business identification number) - for professional end-users, the "Enterprise number" must be provided. No separator should be used between series of digits (e.g., ). odification de données relationnelles UIR p. 16 / 22

17 RFF 506 Reference NAE code - mandatory for all types of end-users and it should be at minimum compliant with the official list agreed between the market parties. For professional end-users, a valid NAE code with use of leading zero's and no "." separator between series of digits (e.g., 0201 for NAE 02.01, 011 for NAE 01.1,...) should be provided and the value "EPTY" should be used when the supplier doesn't have this information. For non-professional end-users, the value "NA" (not applicable) should always be used. LAN 3455 Language code qualifier Language code qualifier: "6" - For all types of communication. 508 Language Details Language code SG13 Segment Group 13: TA-O O O TA 3139 ontact function code "I" - information contact 056 Department or employee details Name of contact or department O 076 ommunication contact ellular phone number - Preferably at least 1 of the 4 O s should be provided O 076 ommunication contact - Preferably at least 1 of the 4 O s should be provided O 076 ommunication contact Telefax - Preferably at least 1 of the 4 O s should be provided O 076 ommunication contact Telephone - Preferably at least 1 of the 4 O s should be provided SG0 Segment Group 0 UNT 0074 Number of segments in a message Segment count, as a check [Source: UIG Version 4_0x essage Definition Database Rev ] 0062 essage reference number Same number as in essage Header (UNH) O O O O O O O O odification de données relationnelles UIR p. 17 / 22

18 Request Rejection essage Level 0 Level 1 Level 2 Level 3 Level 4 ID Attributes Remarks Elec Gas SG0 Segment Group 0 UNH 0062 essage reference number Application generated number - must be unique per interchange odification de données relationnelles S009 essage identifier EDIEL - UTILD BG 002 Document/message name Document/message identification Unique id that identifies the message 1225 essage function code "9" - Original 4343 Response type code "NA" - no response andatory DT 507 Date/time/period "137" - Date of the message - annot be later than the Interchange date (UNB) DT 507 Date/time/period "735" - Time zone : offset from UT (UT+1) KS 7293 Sector area ID code qualifier "23" - Electricity or "27" - Gas SG2 Segment Group 2: NAD-RFF-FII-SG3 NAD 3035 Party function code qualifier "R" - essage Recipient 082 Party identification details EAN-GLN of market participant NAD 3035 Party function code qualifier "S" - essage Sender SG4 082 Party identification details EAN-GLN of market participant Segment Group 4: IDE-LIN-PIA-ID-DT-PR-STS-TAX- PTY-FTX-AGR-INP-SG5-SG6-SG7-SG8-SG11-SG12 Segment 4 can be repeated times, each for another transaction IDE 7495 Object type code qualifier "24" - transaction 206 Identification number unique transaction ID DT 507 Date/time/period Validity start date (for noncontractual master data changes - e.g., physical characteristics) STS 601 Status category "E01" - Answer 555 Status "41" - rejected 556 Status reason Reasons for transaction - rejection code SG5 Segment Group 5: LO-HYN Segment 5 can be repeated 2 times LO 3227 Location function code qualifier "172" - reporting location (metering point) 517 Location identification EAN-GSRN of the metering point LO 3227 Location function code qualifier "231" - Grid area (Aggregated city gate) - only for Gas NA O 517 Location identification EAN-GSRN of the city gate NA O UIR p. 18 / 22

19 SG6 Segment Group 6: RFF-DT RFF 506 Reference The DGO must provide the transaction reference (IDE) of the supplier s original message (E21 STS B05) RFF 506 Reference "ADD" - Analysis number/test number. Number of the ertificate test addressed by the message. Only used in case of certification. RFF 506 Reference "AIV" - Event reference number - Reference to the already pending transaction which causes the rejection of the request DT 507 Date/time/period "145" - Event Date - Effective date of the already pending transaction which causes the rejection of the request. SG0 Segment Group 0 UNT 0074 Number of segments in a message Segment count, as a check [Source: UIG Version 4_0x essage Definition Database Rev ] 0062 essage reference number Same number as in essage Header (UNH) odification de données relationnelles UIR p. 19 / 22

20 onfirmation essage Level 0 Level 1 Level 2 Level 3 Level 4 ID Attributes Remarks Elec Gas SG0 Segment Group 0 UNH 0062 essage reference number Application generated number - must be unique per interchange S009 essage identifier EDIEL - UTILD BG 002 Document/message name Document/message identification Unique id that identifies the message 1225 essage function code "9" - Original 4343 Response type code "NA" - no response andatory DT 507 Date/time/period "137" - Date of the message - annot be later than the Interchange date (UNB) DT 507 Date/time/period "735" - Time zone : offset from UT (UT+1) KS 7293 Sector area ID code qualifier "23" - Electricity or "27" - Gas SG2 Segment Group 2: NAD-RFF-FII-SG3 NAD 3035 Party function code qualifier "R" - essage Recipient 082 Party identification details EAN-GLN of market participant NAD 3035 Party function code qualifier "S" - essage Sender SG4 082 Party identification details EAN-GLN of market participant Segment Group 4: IDE-LIN-PIA-ID-DT-PR-STS-TAX- PTY-FTX-AGR-INP-SG5-SG6-SG7-SG8-SG11-SG12 Segment 4 can be repeated times, each for another transaction IDE 7495 Object type code qualifier "24" - transaction 206 Identification number unique transaction ID DT 507 Date/time/period Validity start date (for non-contractual master data changes - e.g., physical characteristics) 157 STS 601 Status category "E01" - Answer 555 Status "39" - Approved 556 Status reason Reasons for transaction - "B05" (Update parties master data) SG5 Segment Group 5: LO-HYN Segment 5 can be repeated 2 times LO 3227 Location function code qualifier "172" - reporting location (metering point) 517 Location identification EAN-GSRN of the metering point LO 3227 Location function code qualifier "231" - Grid area (Aggregated city gate) - only for Gas NA odification de données relationnelles UIR p. 20 / 22

21 517 Location identification EAN-GSRN of the city gate NA SG6 Segment Group 6: RFF-DT RFF 506 Reference The DGO must provide the transaction reference (IDE) of the supplier s original message (E21 STS B05) RFF 506 Reference "ADD" - Analysis number/test number. Number of the ertificate test addressed by the message. Only used in case of certification. SG12 Segment Group 12: NAD-RFF-DT-FII-LAN-SG13 Segment 12 contains information on a metering point level It contains information about the customer, supplier, balance responsible, It can be repeated (one SG12 for each party) NAD 3035 Party function code qualifier Type of party: Installation address - "IT" 059 Street Free text street name 3164 ity name Free text name of the city 3251 Postal identification code Postal code 3207 ountry name code "BE" - ountry name. Belgium (from ISO code list) SG0 Segment Group 0 UNT 0074 Number of segments in a message Segment count, as a check 0062 essage reference number Same number as in essage Header (UNH) [Source: UIG Version 4_0x essage Definition Database Rev ] odification de données relationnelles UIR p. 21 / 22

22 6 Annex Annexe 6.1 NAE-codes odes NAE Officiële lijst is nog niet beschikbaar Liste officielle n est pas encore disponible odification de données relationnelles UIR p. 22 / 22