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

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

1 DOCUMENT VERSIES VERSIONS DU DOCUMENT... 3 1.1 Versie overzicht - Gestion des versions... 3 1.2 Referenties - Références... 4 2 DOEL BUT DE LA PROCEDURE... 5 2.1 Introductie Introduction... 5 2.2 Terbeschikkingstelling van gegevens Mise à disposition de données... 6 2.3 Platform voor de lancering van marktaanvragen Plateforme de lancement de demande de marché... 7 2.4 Hulp bij de opstelling van een marktaanvraag Préremplissage... 7 2.5 Verplicht gebruik van de Obligation d utilisation du... 7 2.6 E-ante en E-post Monitoring tests Tests e-ante et Monitoring e-post... 9 3 PRESWITCHING... 11 3.1 Scope... 11 3.2 Procesverloop Déroulement de la procédure... 12 3.3 Procesomschrijving Description des procédures... 13 3.4 Uitzonderingen/Eigenheden Eceptions / Caractéristiques... 14 3.4.1 Annulatie en correcties - Annulation et corrections... 14 3.4.2 Gegevens om een toegang te vragen Données pour demander un accès... 14 3.4.3 Tests om de toegang te verschaffen Tests pour fournir l accès... 14 4 STRUCTUURCONTROLE EN PLAUSIBILITEITSCONTROLE VAN EEN INDEX VERIFICATION DE STRUCTURE ET DE PLAUSIBILITE POUR UN INDEX... 16 4.1 Scope... 16 4.2 Procesverloop Déroulement de la procédure... 17 4.3 Procesomschrijving Description des procédures... 18 5 BETROKKEN ROLLEN ROLES IMPACTES... 19 6 UITGEWISSELDE GEGEVENS DONNÉES ÉCHANGÉES... 20 7 TABELLEN & INDEXEN TABLES & INDEXES... 25 7.1 Begrippenlijst Glossaire... 25 7.2 Table of Figures... 25 UMIG 6.0 - BR - ST - 03 - v3.3.doc 2/25

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 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 UMIG 6.0 - BR - ST - 03 - v3.3.doc 3/25

1.2 Referenties - Références Referentie - Référence UMIG 6.0 - GE - XD - 02 Introduction [1] UMIG 6.0 - BR - ST 02 Structuring Process [2] UMIG 6.0 - BR - ST - 04 - 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. 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 6.0 - BR - ST - 03 - v3.3.doc 4/25

2 Doel But de la procédure 2.1 Introductie Introduction Figure 1 - Use Case 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 - UMIG 6.0 - BR - ST - 03 - v3.3.doc 5/25 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

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. Al deze functionaliteiten worden in de volgende secties besproken. 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. L ensemble des fonctionnalités dont nous venons de parler sont les suivantes. Figure 2 - Activity v1.1 2.2 Terbeschikkingstelling van gegevens Mise à disposition de données De dient hoofdzakelijk voor de terbeschikkingstelling van gegevens voor een bepaalde installatie/toegangspunt. Le permet avant toute chose la mise à disposition de données pour une installation/un Point d Accès donnée. Het doel van deze functionaliteit is tweevoudig, afhankelijk van de gevraagde categorie van. Le but de cette mise à disposition de données revêt deu aspects principau, propres à la catégorie de demandée. 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. 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. Bij de LIGHT en FULL laat deze dienst onder meer toe om 2. Pour les LIGHT et FULL, ce service permet entre autres de zoveel mogelijk relevante gegevens te raadplegen alvorens een module consulter un maimum d'informations pertinentes avant la demande d'un UMIG 6.0 - BR - ST - 03 - v3.3.doc 6/25

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, ). 2.3 Platform voor de lancering van marktaanvragen Plateforme de lancement de demande de marché 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, ). Een ander instrument dat naast de functionaliteit ter beschikking zal gesteld worden is het platform voor de lancering van marktaanvragen. Un autre outil proposé en plus de celui du est la plateforme de lancement pour demande de marché. 2.4 Hulp bij de opstelling van een marktaanvraag Préremplissage Tot slot, een prefill-functionaliteit zal in het kader van het platform voor de lancering van marktaanvragen voor de Balance Supplier voorzien worden. Het 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. Enfin, une fonctionnalité de préremplissage s appuyant sur la plateforme de lancement de demandes de marché est proposée au Balance Supplier. Il 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. 2.5 Verplicht gebruik van de Obligation d utilisation du 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). UMIG 6.0 - BR - ST - 03 - v3.3.doc 7/25

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. Verder en rekening houdend met de verschillen tussen de drie categorieën van, zijn er verschillende uitkomsten mogelijk: - 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 UMIG 6.0 - BR - ST - 03 - v3.3.doc 8/25 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é. Aussi, et étant donné les différences qu il eiste entre les différentes catégories de, on distingue différentes issues : - 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

een preswitching light of full is. 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 moeten lanceren om de gegevens met betrekking tot dat ander Toegangspunt te kunnen raadplegen. ID. Que ce soit un preswitching light ou full, n a aucune importance. 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 consulter les informations relatives à cet autre Point d Accès. 2.6 E-ante en E-post Monitoring tests Tests e-ante et Monitoring e-post a) BASIC a) BASIC Een partij die opteert voor de BASIC moet niet systematisch een markttransactie opstarten. Geen enkele vorm van monitoring of e-ante testen zal voor deze categorie van voorzien worden. Une partie optant pour le BASIC ne devra pas systématiquement initier une transaction de marché. Aucun monitoring ou test e-ante ne sera lié à cette catégorie de. b) LIGHT 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. De gevallen waarbij een marktspeler die nog niet actief is op een Toegangspunt een marktaanvraag wil lanceren, zijn gekend en stemmen overeen met de volgende modules: 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 UMIG 6.0 - BR - ST - 03 - v3.3.doc 9/25 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. Les cas où un acteur de marché n est pas encore actif sur un Point d Accès et souhaite initier une demande de marché sont connus et correspondent au modules suivants : o o o Start Access Move In Initiate Local Production. 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

aanvraag. Initiate Local Production, indépendamment du label de la demande. 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, fout ingevoerde effectieve datum, ) en onzekere factoren (contract op het laatste ogenblik geannuleerd door de klant,...). 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 effective encodée, ) et des aléas du marché (contrat annulé en dernière minute par le client, ). 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 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. 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é. 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. 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 6.0 - BR - ST - 03 - v3.3.doc 10/25

3 3.1 Scope Het proces dat hieronder beschreven is, 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 6.0 - BR - ST - 03 - v3.3.doc 11/25

3.2 Procesverloop Déroulement de la procédure Figure 4 - Activity Request Data v1.0 UMIG 6.0 - BR - ST - 03 - v3.3.doc 12/25

3.3 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. 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: - 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 ; - 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; - 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. 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é. 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 : 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 : 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 : 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 6.0 - BR - ST - 03 - v3.3.doc 13/25

- 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. - De Meter Point Administrator ontvangt en behandelt de aanvraag (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. - Als de aanvraag geweigerd wordt, stuurt de Meter Point Administrator een weigering (Send Negative Response) naar de Initiator (Receive Negative Response). - 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. - Le Meter Point Administrator reçoit la demande et la traite (Receive Data Request, Handle Data Request). - 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é. - 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). 3.4 Uitzonderingen/Eigenheden Eceptions / Caractéristiques 3.4.1 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.2 Gegevens om een toegang te vragen Données pour demander un 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). 3.4.3 Tests om de toegang te verschaffen Tests pour fournir l accès Bij de ontvangst van een aanvraag tot zal de Meter Point Lors de la réception d une demande de, le Meter Point UMIG 6.0 - BR - ST - 03 - v3.3.doc 14/25

Administrator nagaan of de Balance Supplier over de nodige en noodzakelijke autorisaties beschikt om toegang te krijgen tot de gevraagde. 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 6.0 - BR - ST - 03 - v3.3.doc 15/25

4 Structuurcontrole en plausibiliteitscontrole van een inde Vérification de structure et de plausibilité pour un inde 4.1 Scope Figure 5 Use Case Request Inde Plausibility v1.0 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. Als (een van) de ingevoerde indeen de controles niet doorstaan, is het mogelijk dat het gaat om een tikfout of dat de netgebruiker een 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 zijn klant 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. 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. 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 l utilisateur du réseau ait 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 son client 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.. UMIG 6.0 - BR - ST - 03 - v3.3.doc 16/25

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. 4.2 Procesverloop Déroulement de la procédure Figure 6 Activity Request Inde Plausibility v1.0 UMIG 6.0 - BR - ST - 03 - v3.3.doc 17/25

4.3 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. Het controle-instrument van de structuur werkt zoals hierna beschreven: - Een Balance Supplier voert een inde en de overeenkomstige datum in die hij van zijn klant 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. 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? Zodra één van beide soorten controles faalt, is de controle negatief. 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. 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. 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 de son client ; - 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é. 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)? Dès que l un des deu types de contrôle échoue, le contrôle sera négatif. 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 6.0 - BR - ST - 03 - v3.3.doc 18/25

5 Betrokken rollen Rôles impactés Figure 7 - Roles v1.0 UMIG 6.0 - BR - ST - 03 - v3.3.doc 19/25

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 6.0 - BR - ST - 03 - v3.3.doc