UMIG 6.0 Marktprocessen Processus de marché. Business Requirements Structure Preswitching

Transcriptie

1 ATRIAS Market Processes UMIG 6.0 Marktprocessen Processus de marché Business Requirements Structure Versie v3.3.1 / Version v3.3.1 Voor consultatie / Pour consultation UMIG BR - ST v3.3.1.doc

2 1 DOCUMENT VERSIES VERSIONS DU DOCUMENT Versie overzicht - Gestion des versions Referenties - Références INTRODUCTIE INTRODUCTION PRESWITCHING Doel But Scope Werking Fonctionnement Procesverloop Déroulement de la procédure Procesomschrijving Description des Procédures Gegevens van Données Tests om de toegang te verschaffen Tests pour fournir l accès Annulatie en correcties - Annulation et corrections Gebruik van Data Utilisation de Données Platform voor de lancering van marktaanvragen Plateform de lancement de demandes de marché E-ante testen Tests e-ante Marktmonitoring Monitoring du marché STRUCTUURCONTROLE EN PLAUSIBILITEITSCONTROLE VAN EEN INDEX VERIFICATION DE STRUCTURE ET DE PLAUSIBILITE POUR UN INDEX Doel But Scope Werking - Fonctionnement Procesverloop Déroulement de la procédure Procesomschrijving Description des procédures BETROKKEN ROLLEN ROLES IMPACTES UITGEWISSELDE GEGEVENS DONNÉES ÉCHANGÉES TABELLEN & INDEXEN TABLES & INDEXES Begrippenlijst Glossaire UMIG BR - ST v3.3.1.doc 2/28

3 7.2 Table of Figures UMIG BR - ST v3.3.1.doc 3/28

4 1 Document versies Versions du document 1.1 Versie overzicht - Gestion des versions Versie - Version Datum - Date Auteur Beschrijving - Description V1.0 07/12/2012 Atrias MPP MIG6 Project Team Eerste versie van de Business Requirement Première version du Business Requirement V2.0 29/03/2013 V3.0 30/06/2013 V3.1 28/02/2014 V3.2 31/07/2014 V3.3 30/06/2015 V /07/2015 Atrias MPP MIG6 Project Team Atrias MPP MIG6 Project Team Atrias MPP MIG6 Project Team Atrias MPP MIG6 Project Team Atrias MPP MIG6 Project Team Atrias MPP MIG6 Project Team Versie 2 van de Business Requirement van na integratie van de feedback aangeleverd door de Business Analisten en Subject Matter Eperten van de Net User Interactions werkgroep Version 2 du Business Requirement après l intégration du feedback donnée par le Business Analystes et les Subject Matter Eperts du groupe de travail Net User Interactions Versie 3 voor consultatie Version 3 pour consultation Versie 3.1 voor consultatie Version 3.1 pour consultation Versie 3.2 voor consultatie Version 3.2 pour consultation Versie 3.3 voor consultatie Version 3.3 pour consultation Versie voor consultative Version pour consultation UMIG BR - ST v3.3.1.doc 4/28

5 1.2 Referenties - Références Referentie - Référence UMIG GE - XD - 02 Introduction [1] UMIG BR - ST 02 Structuring Process [2] UMIG BR - ST E Post Monitoring [3] Omschrijving - Description Document dat een algemene introductie geeft van de marktprocessen en de globale concepten die gebruikt worden in de verschillende processen. Document qui donne une introduction générale des processus de marché et des concepts globau utilisés dans les processus différents. Inleidend document inzake de Structuring marktprocessen: basisbeginselen, mapping MIG4 versus MIG6, definitie en toepassing van de verschillende processen. Document d'introduction au processus de marché Structuring : concepts de base, mapping MIG4 versus MIG6, définition et application des différents processus. Matri van de volledige e-post monitoring per module en per label: regels, impact op de markt en gevolgen. Matrice de l'ensemble du monitoring e-post effectué par module et par label : règles, impacts sur le marché et conséquences. UMIG BR - ST v3.3.1.doc 5/28

6 2 Introductie Introduction Figure 1 - Tools to improve Market Operations v1.1 is een functionaliteit die informatie met betrekking tot een Toegangspunt en/of een installatie ter beschikking stelt van alle Balance Suppliers en dit teneinde de marktwerking te verbeteren. Men onderscheidt drie categorieën van, die elk een meer of minder uitgebreide lijst van gegevens omvatten. Deze categorieën zijn: - BASIC - LIGHT - FULL Wanneer een marktspeler een -functionaliteit wil gebruiken, vermeldt hij tot welke categorie hij toegang wil krijgen. Le est une fonctionnalité de mise à disposition d informations relatives à un Point d Accès et/ou une installation proposée à l ensemble des Balance Suppliers et ce afin d améliorer le fonctionnement du marché. On distingue trois catégories de chacune de celles-ci proposant une liste de données plus ou moins étendue. Ces catégories sont : - BASIC - LIGHT - FULL Lorsqu un acteur de marché demande à utiliser la fonctionnalité du, il spécifie la catégorie à laquelle il souhaite accéder. Naast het ter beschikking stellen van gegevens via de functionaliteit, zijn er nog een aantal andere functionaliteiten die toelaten om de marktwerking te verbeteren. Ook al maken deze functionaliteiten strict genomen geen deel uit van de, zij dragen toch in dezelfde mate bij tot de verbetering van de marktwerking en zijn daarom beknopt samengevat in dit document. A côté de la mise à disposition des données proposée dans le, on distingue une série d autres fonctionnalités qui elles aussi permettent d améliorer le fonctionnement du marché. Si ces fonctionnalités ne font pas partie proprement dit du elles participent néanmoins au même effort d amélioration et sont dès lors reprises succinctement dans ce document. Al deze functionaliteiten worden in de volgende secties besproken. L ensemble des fonctionnalités dont nous venons de parler sont les suivantes. UMIG BR - ST v3.3.1.doc 6/28

7 Figure 2 - Use Case v1.1 UMIG BR - ST v3.3.1.doc 7/28

8 3 3.1 Doel But De dient hoofdzakelijk voor de terbeschikkingstelling van gegevens voor een bepaalde installatie/toegangspunt. Het doel van deze functionaliteit is tweevoudig, afhankelijk van de gevraagde categorie van. 1. Bij de BASIC, betreft deze terbeschikkingstelling de basisgegevens van een installatie, met het doel de Balance Supplier te helpen de basisinformatie over een installatie (i.e. headpoint) terug te vinden. 2. Bij de LIGHT en FULL laat deze dienst onder meer toe om zoveel mogelijk relevante gegevens te raadplegen alvorens een module aan te vragen. Het ter beschikking stellen van de gegevens voor dergelijke situaties heeft een veelvoudig doel: - Vermijden van fouten die leiden tot mystery switches; - Verminderen van het aantal weigeringen van marktaanvragen; - De Balance Suppliers in kennis stellen van de reële situatie van een toegangspunt (werkzaamheden, rectificatie, status, ). Le permet avant toute chose la mise à disposition de données pour une installation/un Point d Accès donnée. Le but de cette mise à disposition de données revêt deu aspects principau, propres à la catégorie de demandée. 1. Pour le BASIC, cette mise à disposition concerne les informations de base d une installation et a pour objectif d aider le Balance Supplier à retrouver les informations de base d une installation (i.e. headpoint). 2. Pour les LIGHT et FULL, ce service permet entre autres de consulter un maimum d'informations pertinentes avant la demande d'un module. L'objectif de la mise à disposition des informations pour ce genre de situation est multiple: - Éviter les erreurs conduisant à des mystery switches ; - Diminuer le nombre de rejets de demandes de marché ; - Informer les Balance Suppliers de la situation réelle d un point d accès (travau, rectification, statut, ). UMIG BR - ST v3.3.1.doc 8/28

9 3.2 Scope Het proces dat hieronder beschreven staat, maakt abstractie van de technologie die gebruikt zal worden om de te realiseren. Le processus décrit ci-dessous fait abstraction de la technologie qui sera utilisée pour matérialiser le. Figure 3 - Use Case Request Data v1.0 Het proces vindt plaats tussen de Meter Point Administrator en de Initiator (d.w.z. de marktpartij die toegang wenst te krijgen tot de ). Le processus se déroule entre le Meter Point Administrator et l Initiator (c est-à-dire la partie de marché souhaitant accéder au ). Dit proces laat toe om na te gaan of de Initiator het recht heeft om de te raadplegen afhankelijk van zijn situatie op de markt en al naargelang de informatie die hij heeft ingevoerd om aan te geven tot welke gegevens hij toegang wenst te krijgen. Na een verlenen van de toegang stelt de Meter Point Administrator aan de Initiator alle gegevens die gekoppeld zijn aan de gevraagde categorie Ce processus permet de vérifier si l Initiator a le droit de consulter le en fonction de sa situation dans le marché et en fonction des informations qu il a encodée pour spécifier les informations auquelles il souhaite accéder. Suivant une autorisation d accès, le Meter Point Administrator met à la disposition de l Initiator l ensemble des données liées à la catégorie de demandée. Op het einde van dit proces is het proces voltooid en kan de Initiator de opgevraagde gegevens gebruiken om zijn marktaanvraag te lanceren. A l issue de ce processus, le processus de s achève et l Initiator peut utiliser les données qu il aura récolté afin d initier une demande de marché. UMIG BR - ST v3.3.1.doc 9/28

10 3.3 Werking Fonctionnement Procesverloop Déroulement de la procédure Figure 4 - Activity Request Data v1.1 UMIG BR - ST v3.3.1.doc 10/28

11 3.3.2 Procesomschrijving Description des Procédures Startsignaal: Een marktpartij wil toegang tot de. Est initié quand: Une partie de marché souhaite accéder au. Pre-requisites: De Initiator beschikt over voldoende gegevens en tools om toegang te krijgen tot de functionaliteit voor de installatie die hij wil raadplegen. Pré-requis L Initiator dispose de données et outils suffisants pour pouvoir accéder à la fonctionnalité du pour l installation qu il souhaite consulter. Eindigt wanneer: Ofwel wordt de aanvraag aanvaard en krijgt de Initiator toegang tot de gegevens voor de gewenste categorie. Of de aanvraag wordt verworpen en de Initiator wordt daarvan in kennis gesteld. Se termine lorsque: Soit la demande est acceptée et l Initiator accède au données pour la catégorie de qu il a demandé. Soit la demande est refusée et l Initiator en est avisé. Resultaat: Afhankelijk van de gevraagde categorie en eventueel de status van de Initiator ten aanzien van het Headpoint/ toegangspunt waarvoor informatie wordt gevraagd, zijn verschillende resultaten mogelijk: Résultat: En fonction de la catégorie de demandée et éventuellement du statut de l Initiator par rapport au Headpoint/Point d Accès pour lequel de l information est demandée, on distingue différents résultats : - BASIC: de aanvraag zal aanvaard worden als de Initiator een leveringscontract en een toegangscontract in de betrokken regio heeft en over voldoende en correcte gegevens beschikt om zijn aanvraag te kunnen uitvoeren. Er wordt hem dan een beperkt aantal gegevens verstrekt ; - BASIC : la demande sera acceptée si l Initiator dispose de la licence de fourniture et d un contrat d accès dans la Région concernée et dispose d informations suffisantes et correctes pour pouvoir réaliser sa demande; - LIGHT: de aanvraag zal aanvaard worden als de Initiator een leveringscontract en een toegangscontract in de betrokken regio heeft en over voldoende en correcte gegevens beschikt om zijn aanvraag te kunnen uitvoeren. In de andere gevallen zal de aanvraag geweigerd worden en de Initiator verwittigd worden; - LIGHT : la demande sera acceptée si l Initiator dispose de la licence de fourniture et d un contrat d accès dans la Région concernée et dispose d informations suffisantes et correctes pour pouvoir réaliser sa demande. Dans les autres cas, la demande sera refusée et l Initiator en sera averti ; - FULL: de aanvraag zal enkel aanvaard worden indien de Initiator de als actief geregistreerde Balance Supplier is op het voor de gevraagde Time-Slices geraadpleegde Toegangspunt. In de andere gevallen zal de aanvraag geweigerd worden en de Initiator verwittigd worden. - FULL : la demande sera acceptée seulement dans le cas où l Initiator de la demande est le Balance Supplier enregistré comme actif sur le Point d Accès consulté pour les Time-Slices demandés. Dans les autres cas, la demande sera refusée et l Initiator en sera averti. In alle gevallen, indien de Initiator toegang krijgt, krijgt hij ook alle gegevens die gekoppeld zijn aan de gevraagde categorie van (zie punt 6). Dans tous les cas, si l accès est autorisé, l Initiator recevra les données liées à la catégorie de demandée (voir section 6). Verloop: Het proces verloopt als volgt: Déroulement: Le processus se déroule comme suit : UMIG BR - ST v3.3.1.doc 11/28

12 - De Initiator start de met opgave van de gegevens die de Meter Point Administrator duidelijk maken welke de gewenste is (Request, Send Data Request). Deze gegevens wijzen er de Meter Point Administrator op voor welk Toegangspunt of welke installatie (Headpoint) gegevens moeten worden meegedeeld ingeval de aanvraag wordt aanvaard. Daarnaast geven ze een indicatie van de categorie die de Initiator wenst. - L Initiator initie le en rentrant les informations indiquant au Meter Point Administrator quel est le désiré (Request, Send Data Request). Ces informations sont d une part celles permettant au Meter Point Administrator d identifier le Point d Accès ou l installation (HeadPoint) pour laquelle des données doivent être communiquées dans le cas où la demande de est acceptée, d autre part une indication de la catégorie de souhaitée par l Initiator. - De Meter Point Administrator ontvangt en behandelt de aanvraag (Receive Data Request, Handle Data Request). - Le Meter Point Administrator reçoit la demande et la traite (Receive Data Request, Handle Data Request). - Als de aanvraag geaccepteerd werd, dan brengt de Meter Point Administrator de Initiator hiervan op de hoogte (Send Data Response, Receive Data Response) en stuurt hij ook de set van gegevens die gekoppeld aan de gevraagde categorie van is. - Si la demande est acceptée, le Meter Point Administrator le communique à l Initiator (Send Data Response, Receive Data Response) et lui envoie en même temps le set des données lié à la catégorie de demandé. - Als de aanvraag geweigerd wordt, stuurt de Meter Point Administrator een weigering (Send Negative Response) naar de Initiator (Receive Negative Response). - Si la demande est refusée, le Meter Point Administrator envoie une réponse de refus (Send Negative Response) que l Initiator reçoit (Receive Access Negative Response) Gegevens van Données De markt wil de functionaliteit verplicht zien stellen voor een marktspeler die een marktaanvraag wil lanceren op een Toegangspunt waarvoor hij nog niet verantwoordelijk is. Deze verplichting zal omgezet worden in de toekenning van een ID-nummer in de. Iedere marktaanvraag die uitgaat van een marktspeler die nog niet actief is op het Toegangspunt van de aanvraag, moet die ID bevatten, zo niet zal de aanvraag verworpen worden (e ante testen). Le marché souhaite voir la fonctionnalité du rendue obligatoire pour un acteur du marché souhaitant initier une demande de marché sur un Point d Accès pour lequel il n est pas encore responsable. Cette obligation sera traduite par la mise à disposition d un numéro de ID dans le. Toute demande de marché provenant d un acteur de marché encore non actif sur le Point d Accès de la demande devra contenir ce ID sans quoi la demande sera rejetée (tests e ante). Deze wens vloeit voort uit het feit dat om tastbare voordelen op te leveren, de verplicht moet worden gesteld. Deze beslissing wordt ook ingegeven door het gevoelige karakter van sommige van de ter beschikking gestelde gegevens. Gegevens die indien bekendgemaakt, gebruikt zouden moeten worden voor de lancering van een marktaanvraag. Cette volonté provient du fait que pour que les bénéfices du soient palpables, celui-ci doit être rendu obligatoire. Cette décision est aussi motivée par le caractère sensible de certaines informations mises à disposition. Informations qui si elles sont révélées devraient être utilisées pour le lancement d une demande de marché. In ieder geval wordt voor een aanvaardbare werking vereist dat de eenvoudig, efficiënt en snel beschikbaar is voor de markt. Dans tous les cas, ce mode de fonctionnement pour être acceptable nécessite toutefois que le soit suffisamment simple, efficace et rapidement disponible pour le marché. Verder en rekening houdend met de verschillen tussen de drie categorieën van, zijn er verschillende uitkomsten mogelijk: Aussi, et étant donné les différences qu il eiste entre les différentes catégories de, on distingue différentes issues : UMIG BR - ST v3.3.1.doc 12/28

13 - BASIC: de ter beschikking gestelde gegevens zijn nietgevoelige basisgegevens. Die moet de markt in staat stellen beter op offerteaanvragen van klanten te antwoorden. Bij het gebruik van deze zal er typisch geen lancering van een marktaanvraag volgen; het is ook daarom dat die categorie van niet verplicht is gesteld. - LIGHT: er wordt gevarieerde informatie ter beschikking gesteld en sommige gegevens zijn gevoelig van aard. Dit is de die gebruikt moet worden door iedere marktspeler die nog niet actief is op een Toegangspunt en die een nieuw contract op dat punt moet registreren. De LIGHT is dus verplicht vóór iedere lancering van een marktaanvraag voor een Balance Supplier die niet actief is op een Toegangspunt. Om dit te verzekeren zal de LIGHT aan de raadplegende partij een ID bezorgen die in de marktaanvraag moet worden overgenomen om te vermijden dat die aanvraag systematisch verworpen wordt; - FULL: deze categorie van is enkel toegankelijk voor de toegangspunten die tot de portefeuille van de aanvragende Balance Supplier behoren (voor de periode waarvoor hun verantwoordelijkheid vaststaat wel te verstaan). Er worden veel gegevens ter beschikking gesteld maar het gevoelige karakter ervan is geen probleem gezien de bestaande contractuele relatie. Niettemin en om na te gaan dat de wordt gebruikt, zal ook hier een ID worden toegekend, die overgenomen kan worden in de marktaanvraag maar zonder dat de afwezigheid ervan zal leiden tot weigering. Er is één uitzondering: teneinde een homogene werking te bekomen voor de modules Start Access en Initiate Local Production, zullen alle aanvragen waarbij de Balance Supplier reeds actief is op het Toegangspunt toch verplicht een ID moeten bevatten. Het heeft geen belang of dit een preswitching light of full is. - BASIC: les informations mises à disposition sont basiques et non-sensibles. Ce est proposé pour permettre au marché de pouvoir mieu répondre à une demande d offre d un client. A l issue de ce, il n y aura donc typiquement pas de lancement de demande de marché et c est la raison pour laquelle, cette catégorie de n est pas rendue obligatoire ; - LIGHT: les informations mises à disposition sont variées et revêtent pour certaines un caractère sensible. Aussi, ce est celui qui doit être utilisé pour tout acteur de marché encore non actif sur un Point d Accès et devant enregistrer un nouveau contrat dessus. Ces constats motivent l utilisation obligatoire du LIGHT avant tout lancement de demande de marché pour un Balance Supplier non actif sur un Point d Accès. Pour assurer cela, le LIGHT mettra à disposition de la partie le consultant un ID qui devra être recopié dans la demande de marché afin que celle-ci ne soit pas systématiquement rejetée ; - FULL: cette catégorie de est uniquement accessible au points d accès appartenant au portefeuille du Balance Supplier demandeur (et bien entendu, pour la période durant laquelle leur responsabilité est établie). Les informations mises à disposition sont nombreuses mais leur caractère sensible ne pose a priori pas de problème étant donnée la relation contractuelle. Cependant et afin de vérifier que le est utilisé, un ID sera aussi mis à disposition et celui-ci pourra être recopié dans la demande de marché sans toutefois générer de rejet si absent. On note une eception : afin d avoir un fonctionnement homogène pour les module de Start Access et Initiate Local Production, les demandes pour lesquelles le Balance Suppplier est déjà actif sur le Point d Accès devront obligatoirement contenir le ID. Que ce soit un preswitching light ou full, n a aucune importance. Merk tevens op dat de FULL enkel de gegevens toont die gerelateerd zijn aan een Toegangspunt waarvoor de verantwoordelijkheid van een Balance Supplier gekend is. Deze gegevens betreffen zowel de actieve als beschikbare gegevens, bijvoorbeeld het meetregime 1 is actief op een Toegangspunt, maar het meetregime 3 is eveneens voorgesteld. Dus als een Balance Supplier actief is voor een gegeven service (Toegangspunt) op een installatie en wenst van service te veranderen (en dus van Toegangspunt), zal hij een aanvraag voor LIGHT A noter également que le FULL montre uniquement les données relatives à un Point d Accès pour lequel la responsabilité d un Balance Supplier est avisée. Ces données sont les données actives et disponibles, par eemple un Point d Accès peut avoir un régime de comptage 1 actif mais également proposé un régime de comptage 3. Ainsi, si un Balance Supplier est actif pour un service (Point d Accès) donné sur une installation et souhaite changer de service (et donc de Point d Accès), il devra initier une demande de LIGHT pour UMIG BR - ST v3.3.1.doc 13/28

14 moeten lanceren om de gegevens met betrekking tot dat ander Toegangspunt te kunnen raadplegen. consulter les informations relatives à cet autre Point d Accès. Om zijn aanvraag te specifiëren, kan de initiator volgende gegevens opgeven: - Identificatie van het headpoint; - Identificatie van het toegangspunt; - Adres van de voordeur (installatie adres); - Markt; - From date To date (enkel voor FULL). Pour pouvoir orienter sa demande, l Initiator peut utiliser les données suivantes: - Identification du headpoint; - Identification du Point d accès; - Adresse du pas de porte (adresse de l installation) ; - Marché ; - From date To Date (uniquement pour FULL) Tests om de toegang te verschaffen Tests pour fournir l accès Bij de ontvangst van een aanvraag tot zal de Meter Point Administrator nagaan of de Balance Supplier over de nodige en noodzakelijke autorisaties beschikt om toegang te krijgen tot de gevraagde. Lors de la réception d une demande de, le Meter Point Administrator vérifiera que le Balance Supplier dispose des autorisations suffisantes et nécessaires pour lui fournir l accès au demandé. Als de Balance Supplier niet over de vereiste autorisaties beschikt om hem toegang tot de gevraagde te verlenen, zal een verwerpingsbericht naar hem gestuurd worden met als reden Access Denied. Ook indien de ingevoerde gegevens onvoldoende blijken te zijn om Meter Point Administrator toe te laten de toegang tot de gevraagde te verlenen, zal een verwerpingsbericht met dezelfde reden Access Denied gestuurd worden. Si le Balance Supplier n a pas les autorisations requises pour pouvoir lui fournir accès au demandé, un message de rejet lui sera envoyé avec une raison «Access Denied». De même, si les données rentrées sont insuffisantes pour permettre au Meter Point Administrator de fournir l accès au demandé, un message de rejet sera également envoyé et avec la même raison «Access Denied». Men onderscheidt twee situaties waarin de Balance Supplier niet over de vereiste autorisaties kan beschikken: On distingue deu situations pour lesquelles un Balance Supplier peut ne pas avoir les autorisations requises : - Voor alle categorieën van, de Balance Supplier is niet gekend in de markt; - Specifiek voor de FULL, de Balance Supplier is niet actief op het Toegangspunt voor de gevraagde periode. - Pour toutes les catégories de, le Balance Supplier est inconnu du marché ; - Pour le FULL spécifiquement, le Balance Supplier n est pas actif sur le Point d Accès pour la période demandée. Naast deze testen, indien de ingevoerde gegevens voor het verkrijgen van de toegang tot de niet gekend zijn door de Meter Point Administrator, zal deze, op voorwaarde dat men zich niet bevindt in één van de twee bovenvermelde problematische situaties van autorisatie, de aanvraag aanvaarden maar de set van gegevens die overgemaakt wordt op basis van de ingevoerde informatie leeg zijn. A côté de ces tests, si les informations rentrées pour l accès au sont inconnues du Meter Point Administrator, celui-ci, à condition que l on ne se trouve pas dans l une des deu situations problématiques d autorisation, acceptera la demande mais le set de données transmis pour les informations rentrées sera vide. UMIG BR - ST v3.3.1.doc 14/28

15 3.3.5 Annulatie en correcties - Annulation et corrections Er is geen enkele annulatie van de voorzien aangezien dit proces onmiddellijk plaatsheeft. Aucune annulation du n est prévue puisque ce processus est réalisé de façon immédiate. 3.4 Gebruik van Data Utilisation de Données Platform voor de lancering van marktaanvragen Plateform de lancement de demandes de marché Een ander instrument dat naast de functionaliteit ter beschikking zal gesteld worden is het platform voor de lancering van marktaanvragen. Dit platform, voorzien van een prefill-functionaliteit voor de Balance Supplier, biedt een ondersteunende rol bij het opstellen van marktaanvragen: afhankelijk van de in de geregistreerde technische omstandigheden (meters, lokale productie, ), zullen de aanvragen die beschikbaar zijn op passende wijze worden voorgesteld: het zal bijvoorbeeld niet mogelijk zijn om een meternummer in te geven dat niet verbonden is aan het in de aanvraag opgegeven Toegangspunt. Hetzelfde geldt voor de flags, die maar beschikbaar zullen zijn voor zover de geregistreerde situatie het toelaat. Deze zullen echter nooit automatisch geactiveerd worden om de ongewenste situaties te vermijden en ervoor te zorgen dat deze flags bewust zijn ingesteld (i.e. na de raadpleging van de ). In sommige velden ten slotte, kunnen maar bepaalde waarden worden ingevuld; deze waarden zullen bij invoering van het bericht worden voorgesteld. Un autre outil proposé en plus de celui du est la plateforme de lancement pour demande de marché. Ce plateforme, dotté d une fonctionnalité de préremplissage au service du Balance Supplier, s agit d une aide à la rédaction de demandes de marché : en fonction de la situation technique (compteurs, production locale, ) enregistrée, les demandes qu il sera possible de lancer seront proposées adéquatement : il ne sera par eemple pas possible d indiquer un numéro de compteur non rattaché au point d accès indiqué dans la demande. Il en ira de même pour les flags qui ne seront rendus disponibles que si la situation enregistrée le permet. Néanmoins ceu-ci ne seront jamais automatiquement activés afin d éviter des situations non désirées et s assurer que ces flags sont activés en connaissance de cause (i.e. après consultation du ). Enfin, certains champs ne peuvent prendre que certaines valeurs, ces valeurs seront proposées lors de l encodage du message E-ante testen Tests e-ante a) BASIC Een partij die opteert voor de BASIC moet niet systematisch een markttransactie opstarten. Geen enkele e-ante test zal voor deze categorie van voorzien worden. a) BASIC Une partie optant pour le BASIC ne devra pas systématiquement initier une transaction de marché. Aucun test e-ante ne sera lié à cette catégorie de. b) LIGHT In de vorige sectie is uitgelegd waarom het gebruik van de LIGHT verplicht is gesteld. Het gebruikte mechanisme zal iedere Balance Supplier die nog niet actief is op een Toegangspunt verplichten om in zijn marktaanvraag, de ID te vermelden die hij van de LIGHT heeft overgenomen. Zonder deze ID, zullen de e-ante tests op de aanvraag systematisch leiden tot weigering ervan. b) LIGHT La section précédente a epliqué quelles étaient les raisons poussant à rendre obligatoire l utilisation du LIGHT. Le mécanisme utilisé forcera à renseigner dans toute transaction provenant d un Balance Supplier encore non actif sur un Point d Accès de communiquer dans sa demande de marché, le ID qu il aura recopié du LIGHT. Sans ce ID, l eécution des tests e-ante sur sa demande entraîneront systématiquement le rejet de celle-ci. De gevallen waarbij een marktspeler die nog niet actief is op een Les cas où un acteur de marché n est pas encore actif sur un Point d Accès et UMIG BR - ST v3.3.1.doc 15/28

16 Toegangspunt een marktaanvraag wil lanceren, zijn gekend en stemmen overeen met de volgende modules: o o o Start Access Move In Initiate Local Production. souhaite initier une demande de marché sont connus et correspondent au modules suivants : o o o Start Access Move In Initiate Local Production. Dit betekent dat voor deze types aanvragen, een etra e-ante test zal worden toegevoegd om de al dan niet aanwezigheid van de ID na te gaan. Teneinde geen e-ante behandeling te verrichten op basis van het label, zal deze e-ante test systematisch verricht worden voor de modules Start Access, Move In en Initiate Local Production, los van het label van de aanvraag. Cela signifie que pour ces types de demandes, un test e-ante additionnel sera rajouté et permettra de vérifier la présence ou non du ID. Afin de ne pas faire de traitement e-ante sur base du label, ce test e-ante sera systématiquement réalisé pour les modules Start Access, Move In et Initiate Local Production, indépendamment du label de la demande. c) FULL Het gebruik van de preswitching FULL is niet verplicht maar wordt sterk aanbevolen. Er is een uitzondering op de regel in het geval van een Start Access Customer Switch waarvoor, om dezelfde logica te volgen als diegene die gehanteerd wordt voor de andere labels van de Start Access, de FULL moet gebruikt worden om de ID in de aanvraag te kunnen vermelden, omdat anders de aanvraag zal verworpen worden aan de hand van de e-ante tests. Merk op dat in geval van Start Access Customer Switch, de LIGHT ook geraadpleegd kan worden, ook al heeft dit weinig zin gezien het feit dat de Balance Supplier reeds actief is op het Toegangspunt. c) FULL L utilisation du preswitching FULL n est pas obligatoire mais fortement conseillée. On distingue une eception à cette règle dans les cas de Start Access Customer Switch pour lesquels afin de suivre la même logique que celle reprise pour les autres labels du Start Access, le preswitching FULL devra être utilisé afin de pouvoir renseigner le ID dans la demande sans quoi celle-ci sera rejetée via les tests e-ante. A noter que même si cela ne fait pas de sens étant donné que dans le cas de Start Access Customer Switch, le Balance Supplier est déjà actif sur le Point d Accès, le LIGHT pourrait aussi être consulté Marktmonitoring Monitoring du marché a) BASIC Een partij die opteert voor de BASIC moet niet systematisch een markttransactie opstarten. Geen enkele vorm van monitoring zal voor deze categorie van voorzien worden. a) BASIC Une partie optant pour le BASIC ne devra pas systématiquement initier une transaction de marché. Aucun monitoring ne sera lié à cette catégorie de. b) LIGHT Parallel met de e-ante test op de ID, zal de monitoring erover moeten waken dat de na de LIGHT raadpleging uitgevoerde marktaanvragen niet systematisch geannuleerd worden. De gebruikstolerantiedrempel van de LIGHT gepaard met de lancering van een transactie (die niet systematisch onmiddellijk wordt geannuleerd) moet hoog zijn om de Balance Supplier aan te zetten deze functionaliteit naar behoren te gebruiken maar moet ook rekening houden met menselijke fouten (verkeerd headpoint om toegang te krijgen tot de b) LIGHT En parallèle au test e-ante sur le ID, le monitoring devra veiller à ce que les demandes de marché eécutées après consultation du LIGHT ne soient pas systématiquement annulées. Le seuil de tolérance d utilisation du LIGHT accompagnée du lancement d une transaction (qui ne sera pas systématiquement directement annulée) devra être élevé pour inciter les Balance Suppliers à utiliser correctement cette fonctionnalité mais devra tenir compte aussi de l erreur humaine (mauvais headpoint utilisé pour accéder au, mauvaise date UMIG BR - ST v3.3.1.doc 16/28

17 , fout ingevoerde effectieve datum, ) en onzekere factoren (contract op het laatste ogenblik geannuleerd door de party connected tot he grid,...). effective encodée, ) et des aléas du marché (contrat annulé en dernière minute par le party connected to the grid, ). De raadpleging van de LIGHT wordt enkel toegestaan wanneer er een contract is ondertekend, en ze moet binnen een redelijke termijn ten laste genomen worden door het Toegangspunt, wat gemonitored zal worden (zie ook referentiedocument [3]).. La consultation du LIGHT est autorisée que lorsqu un contrat est signé et doit faire l objet d une prise en charge du Point d Accès dans un délai raisonnable qui sera monitoré (voir document de référence [3]). c) FULL Geen enkele monitoring zal voorzien worden om de gebruiksfrequentie van de preswitching FULL na te gaan, aangezien in alle gevallen als een marktspeler een marktaanvraag zou lanceren die verkeerde gegevens bevat, hij telkens gepenaliseerd zal worden: risico van verwerping van zijn aanvraag gezien de eraan verbonden e-ante tests, risico van negatieve e-post monitoring, invoering en werk op basis van verkeerde gegevens. c) FULL Aucun monitoring ne sera réalisé pour vérifier le tau d utilisation du preswitching FULL puisque dans tous les cas, si un acteur devait initier une demande de marché contenant des données erronées, celui-ci sera de toute façon pénalisé : risque de rejet de sa demande étant donné les tests e-ante lié à sa demande, risque de monitoring e-post pénalisant, encodage et travail sur base de mauvaises données. UMIG BR - ST v3.3.1.doc 17/28

18 4 Structuurcontrole en plausibiliteitscontrole van een inde Vérification de structure et de plausibilité pour un inde 4.1 Doel But Naast de bestaat er ook een instrument dat toelaat de structuur en plausibiliteit van een inde na te gaan na raadpleging van de Data. Zo vermijdt men schattingen nadat in een marktaanvraag een verkeerde inde werd ingevoerd. Er zullen dus minder indefouten zijn, fouten waarop een Balance Supllier vandaag niet echt kan anticiperen. Un outil accompagnant celui du est celui permettant de vérifier la structure ainsi que la plausibilité d inde après consultation des Data en, afin d éviter les estimations liées à un mauvais inde encodé dans une demande de marché. Il y aura donc moins d'erreurs d'inde, erreurs pour lesquelles un Balance Supplier n'a aujourd'hui que peu de possibilité d anticipation. 4.2 Scope Figure 5 - Use Case Request Inde Plausibility v1.0 UMIG BR - ST v3.3.1.doc 18/28

19 Als (een van) de ingevoerde indeen de controles niet doorstaan, is het mogelijk dat het gaat om een tikfout of dat de party connected to the grideen verkeerde meterstand heeft doorgegeven. In elk geval zal deze voorafgaande controle het mogelijk maken, in het kader van transacties voor een toegangspunt zonder smart meter, schattingen te vermijden: als de inde niet aanvaard wordt, zal de Balance Supplier de mogelijkheid hebben om met de party connected tot he grid na te gaan waarom de inde werd verworpen en de mogelijkheid om deze inde te bevestigen zonder het validatieproces van deze inde door de Metered Data Responsible te beïnvloeden. Si un/les inde encodés ne passent pas les contrôles, il est possible qu il s agisse d une faute de frappe ou que le party connected to the gridait transmis un inde erroné. Dans tous les cas, ce contrôle permettra dans le cadre de transactions lancées pour un point d accès sans compteur smart d éviter les estimations : si l inde est mauvais, le Balance Supplier aura la possibilité de vérifier avec le party connected to the grid pourquoi l inde a-t-il été rejeté et la possibilité de confirmer cet inde sans pour autant affecter le processus de validation de celui-ci par le Metered Data Responsible. Merk op dat, ook al is dit instrument geassocieerd met het gebruik van het instrument voor categorieën LIGHT en FULL, het gebruik ervan optioneel is. Deze controle wordt aangevraagd in een apart bericht. A noter que si c est outil accompagne l outil pour ses catégories LIGHT et FULL, il n en reste pas moins optionnel et devra être sollicité à part de la demande de par une requête séparée.. Ook al heeft dit instrument een onmiskenbaar nut, het spreekt vanzelf dat de verantwoordelijkheid voor de eigenlijke validatie van een inde en het eraan verbonden verbruik toekomt aan en verricht blijft worden door de Metered Data Responsible (Verantwoordelijke voor de meetgegevens). Het gaat immers om een raadplegende actie: een inde die de controles doorstaat wordt niet geregistreerd, er wordt op dat ogenblik geen enkel verbruik berekend en er wordt geen enkele garantie gegeven dat als de opgegeven inde de controles doorstaat, deze op termijn automatisch gevalideerd zal worden door de DNB. Aussi, si cet outil a un intérêt certain, il est clair que la responsabilité de validation proprement dite d un inde et des consommations associées appartient et reste effectuée par le Metered Data Responsible (Responsable des Données de Comptage). En effet, il s agit d une action consultative : l inde s il passe les contrôles ne sera pas pour autant enregistré, aucune consommation n est calculée à ce moment et aucune garantie n est donnée que si l inde rentré satisfait à l outil de contrôle, il sera d office validé à terme par le GRD. UMIG BR - ST v3.3.1.doc 19/28

20 4.3 Werking - Fonctionnement Procesverloop Déroulement de la procédure Figure 6 - Activity Request Inde Plausibility v2.0 UMIG BR - ST v3.3.1.doc 20/28

21 4.3.2 Procesomschrijving Description des procédures Dit instrument wordt aangeboden in het kader van het gebruik van de LIGHT en FULL, en enkel voor klassieke meters. Om deze tool te kunnen gebruiken, moet de Balance Supplier de volgende gegevens invoeren: - ID - Datum opname; - Inde. Cet outil est proposé en complément d une utilisation des LIGHT et FULL et uniquement pour les compteurs classiques. Pour pouvoir utiliser cet outil, le Balance Supplier devra introduire les données suivantes : - ID - Date du relevé; - Inde. Het controle-instrument van de structuur werkt zoals hierna beschreven: - Een Balance Supplier voert een inde en de overeenkomstige datum in die hij van de party connected tot he grid heeft gekregen; - Hij vraagt om de structuur en de plausibiliteit van die inde te controleren; - Als de inde de verschillende controletests doorstaat, wordt de Balance Supplier daarvan in kennis gesteld; - Als de inde bepaalde controletests niet doorstaat, wordt de Balance Supplier zijn aanvraag niet verworpen, maar wordt de laatste voor dit Toegangspunt uitgelezen inde getoond. L outil de contrôle de structure fonctionnera tel que décrit ci-dessous : - Un Balance Supplier encode un inde et la date associée, tous les deu reçus du party connected to the grid ; - Il demande de contrôler la structure et la plausibilité de cet inde ; - Si l inde réussit au différents tests effectués lors de ce contrôle, le Balance Supplier en est notifié ; - Si l inde ne réussit pas au différents tests du contrôle, le Balance Supplier en est notifié et le dernier inde lu pour ce Point d Accès est affiché. De uitgevoerde controles zijn relatief eenvoudig. Ze laten in de eerste plaats toe om ervoor te zorgen dat indeen die later in een aanvraag worden ingevoerd, voldoen aan een aantal basiscontroles: - Structuurcontroles: stemt de ingevoerde inde overeen met de configuratie van de meter (aantal decimalen, aantal cijfers, aantal registers, )? Deze configuratie stemt overeen met de configuratie die in het Toegangsregister geregistreerd werd aan de hand van de Technical Master Data van het Toegangspunt. - Plausibiliteitscontrole: is de ingevoerde inde groter dan de laatst opgenomen en gevalideerde inde? Les contrôles réalisés sont relativement basiques et permettent avant toute chose d assurer que les inde encodés ultérieurement dans une demande satisfassent à des contrôles basiques : - Contrôles de structure : est-ce que l inde encodé correspond à la configuration du compteur (nombre de décimales, nombre de chiffres, nombre de registres, )? Cette configuration correspond à celle enregistrée dans le Registre d Accès au moyen des Master Data techniques du Point d Accès. - Contrôle de plausibilité : est-ce que l inde encodé est-il plus grand que le dernier inde relevé et validé (en fonction de la date encodée)? Zodra één van beide soorten controles faalt, is de controle negatief. Dès que l un des deu types de contrôle échoue, le contrôle sera négatif. De indecontrole zal uitgevoerd worden voor de meters die aanwezig zijn in de aanvraag van de Balance Supplier. Als op het toegangspunt meerdere meters aanwezig zijn, maar de indecontrole wordt slechts gevraagd voor één van de meters, dan zal er over de andere meter(s) niet gecommuniceerd worden. Le contrôle d inde sera eécuté pour les compteurs qui sont présents dans la requête du Balance Supplier. Si plusieurs compteurs sont présents sur le point d accès, mais la requête de contrôle d inde ne contient qu un seul compteur, alors il n y aura pas de communication au sujet des autres compteurs. Als een meter(s) meerdere registers bevat, dan wordt de feedback gegeven op alle fysiek aanwezige registers, zelfs op de registers die niet voorkwamen in de aanvraag. De feedback OK of NOK zal zich dus situeren op registerniveau. Si un compteur contient plusieurs registres, alors le feedback sera donné sur tous les registres qui sont fysiquement présents, même les registres qui n étaient pas présents dans la requête. Le feedback «OK» ou «NOK» se situe donc au niveau du registre. UMIG BR - ST v3.3.1.doc 21/28

22 5 Betrokken rollen Rôles impactés Figure 7 - Roles v1.0 UMIG BR - ST v3.3.1.doc 22/28

23 6 Uitgewisselde gegevens Données échangées In functie van de categorie van, zullen andere gegevens aan de vragende partij (Initiator) ter beschikking worden gesteld. En fonction de la catégorie de différentes données seront mises à disposition de la partie demandeuse (Initiator). In het kader van de types BASIC en LIGHT zijn deze gegevens statisch : er is geen inzage in de verschillende waardes die de velden hebben gehad door de tijd heen. De enige uitzondering op deze regel is de LIGHT waarbij een zicht zal gegeven worden op de modules die in de toekomst geregistreerd zijn (zie NUI Historiek van het Toegangspunt). Dans le cadre des BASIC et LIGHT ces données sont statiques : il n y a pas de vue dans le temps des différentes valeurs que les champs ont prises dans le temps. On note une eception à cette règle qui est que pour le LIGHT une vue des modules enregistrés dans le futur sera mise à disposition (voir Historique NUI du Point d accès). In het kader van de FULL zullen de gegevens ter beschikking gesteld worden onder statische en dynamische vorm (bv de beschikbare configuraties op een Toegangspunt zijn gegeven op statische wijze zodat een Balance Supplier actief op dit toegangspunt de configuratie ervan zou kunnen wijzigen en tegelijkertijd de historiek zou kunnen zien van deze configuraties gedurende de periode binnen dewelke hij verantwoordelijk is op dit toegangspunt). Voor Headpoints die geen fysieke installatie hebben (fysieke status under construction / unmetered ) kunnen gegevens ontbreken, zoals bv meternummer. Dans le cadre du FULL, les données seront mises à disposition sous leurs formes statique et dynamique (p.e. les configurations disponibles sur un Point d Accès sont données de façon statique pour qu un Balance Supplier actif sur ce point d accès puisse en changer la configuration et en même temps voir l historique des configurations durant la période où sa responsabilité est établie sur ce point d accès). Pour des Headpoints qui n ont pas d installation physique (status physique under construction / «unmetered» ), certaines données peuvent manquer, comme p.e. le numéro de compteur. BASIC LIGHT FULL HEADPOINT GEGEVENS DONNÉES DU HEADPOINT HeadPoint HeadPoint Verbruiksadress Adresse de consommation DNB GRD Type energie (gas of electriciteit) Type d'énergie (gaz ou électricité) GOS/ SRA GOS/SRA Fysieke status van de HeadPoint (actief / inactief) Statut physique du HeadPoint (actif / inactif) Beschikbare Service Components Service components disponibles Geactiveerde Service components Service components activés LOKALE PRODUCTIE gegevens DONNÉS SUR LA PRODUCTION LOCALE Type lokale productie (/lokale productie) Type de production locale (/production locale) Lokale productie indienstelling datum (/lokale Date de mise en service de la production productie) locale(/production locale) Puissance installée de la production locale Lokale productie vermogen (/lokale productie) (/production locale) TOEGANGSPUNT GEGEVENS DONNÉES SUR LE POINT D'ACCÈS Beschikbare Configuration ID Configuration ID disponibles Beschikbaarheidsdatum van de Configuration ID Date de disponibilité de la Configuration ID Service component + hoofd/secondaire Service component + principal/secondaire Point of Delivery ID Point of Delivery ID Meetregime (1/3) Régime de comptage (1/3) UMIG BR - ST v3.3.1.doc

24 Supplier TimeFrames Set Supplier TimeFrames X EnergyBilling frequency (Yearly / Monthly) EnergyBilling frequency (Yearly / Monthly) Informatie frequentie (enkel voor smart meters) Fréquence d'information (seulement pour compteurs intelligents) Geactiveerde Configuration ID Configuration ID activée MeteringToU 1 MeteringToU 2 GridFee Time Frames 3 Time Frames GridFee 4 Maimaal verzenddag (enkel voor smart Date maimale d'envoi (seulement pour les meters) compteurs intelligents) Mois de relève/référence du compteur Meteropname maand/reference maand(enkel (seulement pour une Switching Category voor Yearly Switching Category) Yearly) Leegstand Maison vide Voltage niveau Niveau de tension Gas druk Pression gaz Ijzerverliezen (A/R) Pertes de Fer (A/R) Koperverliezen (A/R) Pertes de Cuivre (A/R) Contractuele Vermogen Puissance contractuelle Aangekondigd vermogen Puissance annoncée Geïnstalleerd vermogen Puissance installée Fysieke status van de SDP (actief / inactief) Statut physique du SDP (actif / inactif) Contractuele status van de SDP (actief / inactief) Statut contractuel du SDP (actif/inactif) Fysieke status van de Prepayment (actief / inactief) Statut physique du Prepaiement (actif/inactif) Vermogen van de stroombegrenzer Puissance du limiteur de puissance CONTRACTUELE LOCK VAN EEN TOEGANSPUNT LOCK CONTRACTUEL D'UN POINT D' ACCÈS Lock Status Lock Status Reden (rectificatie en/of werken) Raison (rectification et/ou works) Eind Datum van het lock (optionele) Date de fin du lock (optionnelle) GEGEVENS VAN DE METER GELINKT AAN HET TOEGANGSPUNT DONNÉES DU COMPTEUR LIÉ AU POINT D'ACCÈS Serienummer van de meter Numéro de série du compteur 4 laatste cijfers van het serienummer v/d meter 4 derniers chiffres du numéro de série Meterregisters ID, fysiek Meterregisters ID, berekend GEGEVENS VAN DE METER GELINKT AAN HET TOEGANGSPUNT Aantal cijfers in de inde (voor de decimalen) ID des registres du compteur, fysiques ID des registres du compteur, calculés DONNÉES DU COMPTEUR LIÉ AU POINT D'ACCÈS Nombre de chiffres pour l'inde (avant les decimales) Meter Purpose: Main (B25), Check (B26), Dependent (BR5) Meter Purpose: main (B25), check (B26), dependent (BR5) 1 Voor een goed begrip van Time of Use, lees UMIG 6.0 BR ME 02 Measure Process 3.3 Time of Use en Time Frame 2 Pour une bonne compréhension de Time of Use, lisez UMIG 6.0 BR ME 02 Measure Process 3.3 Time of Use et Time Frame 3 Voor een goed begrip van Gridfee Time Frame, lees: UMIG 6.0 BR ME 02 Measure Process 3.3 Time of Use en Time Frame 4 Pour une bonne compréhension de Gridfee Time Frame, lisez UMIG 6.0 BR ME 02 Measure Process 3.3 Time of Use et Time Frame UMIG BR - ST v3.3.1.doc

25 Meter Installed Functionality: Metering (BR2), Budget Metering (BU6), Prepayment (BR6) Meter Installed Functionality: Metering (BR2), Budget Metering (BU6), Prepayment (BR6) Meter Display Technology: Mechanical (BD8), Electronic (BD0) Meter Display Technology: Mechanical (BD8), Electronic (BD0) Meter Reading Characteristics: Manual (BH5), Remote 1 Way (BH6), Remote 2 Way (BH7) Meter Reading Characteristics: Manual (BH5), Remote 1 Way (BH6), Remote 2 Way (BH7) Meter Type: Usual (B20), Budgetmeter (B19), Smart Meter (BR1) NUI HISTORIEK VAN HET TOEGANGSPUNT Overzicht van alle aanvaarde modules die nog niet effectief zijn: module, label en ED Meter Type: Usual (B20), Budgetmeter (B19), Smart Meter (BR1) HISTORIQUE NUI DU POINT D' ACCÈS Aperçu de tous les modules acceptés ET pas encore effectifs : module, label et ED. Overzicht van alle aanvaarde modules die nog niet effectief zijn (behalve IUA/ISA Drop): module, label, ED en uitzonderlijk Initiator voor de Move In. Aperçu de tous les modules acceptés ET pas encore effectifs (sauf IUA / ISA Drop) : module, label, ED et eceptionnellement Initiator pour les Move In. Bij niet-geregulariseerde ILC module : ED van de module (einde klantslice), gevalideerde inde van de module Uitgevoerd Request Start module (GLN van de leverancier die de Request Start ontvangen heeft en actie moet ondernemen) En cas de module ILC non-régularisé : DE du module (date de fin du slice client), inde validé du module Module Request Start lancé (GLN du fournisseur qui a reçu le Request Start et doit prendre une action) Historiek van alle modules uitgevoerd in het verleden en die effectief zijn (voor timeslices waar de verantwoordelijkheid is bevestigd): module, label en ED (zie administratieve datum) ADDITIONELE GEGEVENS Historique de tous les modules effectués dans le passé ET effectifs (pour le timeslice où la responsabilité est avérée) : module, label et ED (voire date administrative). DONNÉES ADDITIONNELLES ID ID Startdatum levering op het toegangspunt Date de début de contrat sur le point d'accès Naam van de contractuele partij Nom de la partie contractuelle Adress van de contractuele partij Adresse de la partie contractuelle Contract categorie (Res/NRes) Catégorie contrat (Res/NRes) Naam van de eigenaar Nom du propriétaire Adress van de eigenaar Adresse du propriétaire Naam van de metering contact (meter kaartjes) Nom du contact metering (carte de relève) Adress van de metering contact (meter kaartjes) Adresse du contact metering (carte de relève) Naam van de NetUser Nom du NetUser BRP/Shipper BRP/Shipper Rijksregister nummer Numéro de registre national Ondernemingsnummer Numéro d'entreprise NACE code Code NACE HISTORISCHE MEETGEGEVENS HISTORIQUE DES DONNÉES DE COMPTAGE EAV/EMV EAV/EMV Load Profile categorie Catégorie Load Profile Gridfee Tariefcode Code tarif Gridfee HISTORISCHE MEETGEGEVENS HISTORIQUE DES DONNÉES DE COMPTAGE UMIG BR - ST v3.3.1.doc