ATRIAS Market Processes Market Model UMIG 6.5.1... · ATRIAS – Market Processes UMIG - BR - ST - 03 - Preswitching v6.5.1.9 UMIG Marktprocessen – Processus de marché Business

ATRIAS – Market Processes

UMIG - BR - ST - 03 - Preswitching v6.5.1.9

UMIG Marktprocessen – Processus de marché

Business Requirements

Structure Preswitching

Versie 6.5.1.9 / Version 6.5.1.9 Voor implementatie / Pour implémentation

http://www.atrias.be/

UMIG - Structure

Preswitching

UMIG - BR - ST - 03 - Preswitching v6.5.1.9 2/30

DOCUMENT VERSIES – VERSIONS DU DOCUMENT .............................................................................................................................................................................. 4

Versie overzicht - Gestion des versions ................................................................................................................................................................................................... 4

Referenties - Références ......................................................................................................................................................................................................................... 5

INTRODUCTIE – INTRODUCTION ............................................................................................................................................................................................................. 7

Scope ....................................................................................................................................................................................................................................................... 7

Doel – But ................................................................................................................................................................................................................................................ 8

REQUEST PRESWITCHING DATA .......................................................................................................................................................................................................... 10

Procesdefinitie – Définition du Proces .................................................................................................................................................................................................... 10

Procesverloop – Déroulement de la procédure ...................................................................................................................................................................................... 12

Procesomschrijving – Description des Procédures ................................................................................................................................................................................ 13

Gebruik van Preswitching voor de lancering van marktaanvragen op een Toegangspunt – L’emploi du Preswitching pour le lancement de demandes de marché sur un Point d’Accès ................................................................................................................................................................................................................................................ 15

Toekenning van een PreswitchingID-nummer – L’attribution d’un numéro de PreswitchingID ....................................................................................................... 15

Gebruik van de verschillende Preswitching categorieën– L’emploi des différentes catégories de Preswitching ............................................................................ 16

Uitzonderingen / Eigenheden – Exceptions / Caractéristiques ............................................................................................................................................................... 17

Annulatie en correcties - Annulation et corrections ........................................................................................................................................................................ 17

Ex-post Marktmonitoring – Ex-post Monitoring du marché ............................................................................................................................................................. 17

Exception Reason in Preswitching Basic – Exception Reason dans Preswitching Basic ............................................................................................................... 20

REQUEST MEASURE DATA FOR PRESWITCHING ............................................................................................................................................................................... 21




REQUEST INDEX PLAUSIBILITY ............................................................................................................................................................................................................ 24




BETROKKEN ROLLEN – ROLES IMPACTES ......................................................................................................................................................................................... 29

TABELLEN & INDEXEN – TABLES & INDEXES ..................................................................................................................................................................................... 30


UMIG - Structure

Preswitching


Begrippenlijst – Glossaire ....................................................................................................................................................................................................................... 30

Table of Figures ..................................................................................................................................................................................................................................... 30


UMIG - Structure

Preswitching


Document versies – Versions du document

Versie overzicht - Gestion des versions

Versie - Version Datum - Date Auteur Beschrijving - Description

V1.0 07/12/2012 Atrias MPP UMIG Project Team

Eerste versie van de Business Requirement Preswitching

Première version du Business Requirement Preswitching


Versie 2 van de Business Requirement van Preswitching na integratie van de feedback aangeleverd door de Business Analisten en Subject Matter Experten van de Net User Interactions werkgroep

Version 2 du Business Requirement Preswitching après l’intégration du feedback donnée par le Business Analystes et les Subject Matter Experts 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







V3.3.1 30/07/2015 Atrias MPP UMIG Project Team

Versie 3.3.1 voor consultative

Version 3.3.1 pour consultation


UMIG - Structure

Preswitching



Versie 3.4 voor implementatie

Version 3.4 pour implémentation


Veranderingen ten gevolge van de herziening van de nomenclatuur en de versienummering en integratie van change requests

Changements suite à la révision de la nomenclature et numérotation des versions et intégration des change requests

V6.5.1.5 23/06/2017 Atrias MPP UMIG Project Team

Integratie van errata en changes

Intégration des errata et changes

V6.5.1.9 09/02/2018 Atrias MPP UMIG Project Team

Integratie van errata en changes

Intégration des errata et changes

Referenties - Références

Referentie - Référence Omschrijving - Description

UMIG - GE - XD - 02 – Introduction [1] 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 globaux utilisés dans les processus différents.

UMIG - BR - ST – 02 – Structuring Process [2]

Inleidend document inzake de Structuring marktprocessen: basisbeginselen, mapping UMIG4 versus UMIG, definitie en toepassing van de verschillende processen.

Document d'introduction aux processus de marché Structuring : concepts de base, mapping UMIG4 versus UMIG, définition et application des différents processus.

UMIG - BR - XD - 04 - Ex Ante Tests [3]

Matrix van de volledige ex-ante tests voor de verschillende Structuring aanvragen.

Matrice de l'ensemble des tests ex-ante effectués pour les différentes demandes Structuring.


UMIG - Structure

Preswitching


UMIG - BR - ST - 02 - Marktrapportering – Evaluation PIs [4]

Matrix van de volledige ex-post monitoring per module en per label: regels, impact op de markt en gevolgen.

Matrice de l'ensemble du monitoring ex-post effectué par module et par label : règles, impacts sur le marché et conséquences.


UMIG - Structure

Preswitching


Introductie – Introduction

Scope

Figure 1 - Tools to improve Market Operations v2.0


UMIG - Structure

Preswitching


Doel – But

Preswitching dient voor de terbeschikkingstelling van informatie en

gegevens voor een bepaalde installatie/Toegangspunt teneinde de Initiator een correct contractvoorstel kan maken voor zijn klant.

Preswitching vindt plaats tussen de Meter Point Administrator en de Initiator.

Preswitching bestaat uit drie onderdelen: - Request Preswitching Data: is het onderdeel dat informatie met

betrekking tot een Toegangspunt en/of een installatie ter beschikking stelt van alle Balance Suppliers en dit teneinde de marktwerking te verbeteren.

- Request Measure Data For Preswitching: is het onderdeel dat de

toegangshouder toelaat om voor een bepaalde periode (waarvoor hun verantwoordelijkheid vaststaat wel te verstaan) alle historische volumes voor alle contracten op te vragen.

- Request Index Plausibility: is het onderdeel dat toelaat de structuur

en plausibiliteit van een index te controleren na raadpleging van de Preswitching Data. Zo vermijdt men schattingen nadat in een marktaanvraag een verkeerde index werd ingevoerd.

Preswitching permet la mise à disposition d’informations et de données

pour une installation/un Point d’Accès donné, afin que l’Initiator puisse faire une proposition de contrat correcte pour son client.

Preswitching se déroule entre le Meter Point Administrator et l’Initiator.

Preswitching se compose de trois éléments:

- Request Preswitching Data: est l’élément qui met les informations

relatives à un Point d’Accès et/ou une installation à disposition de l’ensemble des Balance Suppliers et ceci afin d’améliorer le fonctionnement du marché.

- Request Measure Data For Preswitching: est l’élément qui permet

le détenteur d’accès de demander tous les volumes historiques pour tous les contrats pour une certaine période (durant laquelle leur responsabilité est établie).

- Request Index Plausiblity: est l’élément qui permet de vérifier la

structure ainsi que la plausibilité d’index après consultation des Data en Preswitching. Nous évitons ainsi les estimations suite à l’encodage d’un index erroné dans une demande de marché.


UMIG - Structure

Preswitching


Figure 2 - Use Case Preswitching v2.0


UMIG - Structure

Preswitching


Request Preswitching Data

Procesdefinitie – Définition du Proces

Het proces dat hieronder beschreven staat, maakt abstractie van de technologie die gebruikt zal worden om de Preswitching te realiseren.

Le processus décrit ci-dessous fait abstraction de la technologie qui sera utilisée pour matérialiser le Preswitching.

Figure 3 - Use Case Request Preswitching Data v1.0

Request Preswitching Data vindt plaats tussen de Meter Point

Administrator en de Initiator (d.w.z. de marktpartij die toegang wenst te krijgen tot de Preswitching).

Request Preswitching Data controleert of de Initiator het recht heeft om

de Preswitching 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 het verlenen van de toegang stelt de Meter Point Administrator aan de Initiator alle gegevens die gekoppeld zijn aan de gevraagde Preswitching categorie ter beschikking:

- Preswitching BASIC: dit betreffen de basisgegevens van een

installatie, met het doel de Balance Supplier te helpen de basisinformatie over een installatie (i.e. Headpoint) terug te vinden.

Request Preswitching Data se déroule entre le Meter Point Administrator

et l’Initiator (c’est-à-dire la partie de marché souhaitant accéder au Preswitching).

Request Preswitching Data vérifie si l’Initiator a le droit de consulter le

Preswitching en fonction de sa situation dans le marché et en fonction des informations qu’il a encodée pour spécifier les informations auxquelles 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 Preswitching demandée :

- Preswitching BASIC: ceci 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).


UMIG - Structure

Preswitching


- Preswitching LIGHT en Preswitching FULL betreft een

uitgebreide set van gegevens die onder meer toelaat 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, …).

De informatie die via de Preswitching FULL ter beschikking gesteld wordt aan de Balance Supplier, betreffen enkel de op de gevraagde datum van toepassing zijnde gegevens (Technical Master Data en Relational Master Data).

In ieder geval wordt voor een aanvaardbare werking vereist dat de Preswitching eenvoudig, efficiënt en snel beschikbaar is voor de markt.

Op het einde van dit onderdeel is Preswitching voltooid en kan de Initiator de opgevraagde gegevens gebruiken om zijn marktaanvraag te lanceren.

- Preswitching LIGHT et Preswitching FULL: concerne un set

étendu de données qui permet, entre autre, de consulter un maximum 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 (travaux, rectification, statut, …).

Les informations qui sont mises à disposition du Balance Supplier via le Preswitching FULL, ne consistent qu’en des données (Technical Master Data et Relational Master Data) qui sont d’application à la date demandée.

Dans tous les cas, ce mode de fonctionnement pour être acceptable nécessite toutefois que le Preswitching soit suffisamment simple, efficace et rapidement disponible pour le marché.

A l’issue de ce processus, le processus de Preswitching s’achève et l’Initiator peut utiliser les données qu’il aura récoltées afin d’initier une demande de marché.


UMIG - Structure

Preswitching


Procesverloop – Déroulement de la procédure

Figure 4 - Activity Request Preswitching Data v2.0


UMIG - Structure

Preswitching


Procesomschrijving – Description des Procédures

Wordt opgestart wanneer: De Initator lanceert een aanvraag voor het ter beschikking stellen van de gegevens m.b.t. het Toegangspunt en/of het Headpoint via de Preswitching-functionaliteit.

Voorwaarden: De aanvraag van de Initiator voldoet aan de eisen betreffende de gewenste Preswitching categorie en hij beschikt over de nodige en noodzakelijke autorisatie om toegang te krijgen tot de gevraagde Preswitching.

Eindigt wanneer: Ofwel wordt de aanvraag aanvaard en krijgt de Initiator toegang tot de gegevens voor de gewenste Preswitching categorie. Of de aanvraag wordt verworpen en de Initiator wordt daarvan in kennis gesteld.

Resultaat: Afhankelijk van de gevraagde categorie Preswitching en eventueel de status van de Initiator ten aanzien van het Headpoint/Toegangspunt waarvoor informatie wordt gevraagd, zijn verschillende resultaten mogelijk:

- Preswitching BASIC: er wordt door de Meter Point Administrator enkel niet-

gevoelige basisinformatie over de Headpoint verstrekt aan de Initiator.

- Preswitching LIGHT: er wordt aan de Initiator gevarieerde informatie ter beschikking gesteld en sommige gegevens zijn gevoelig van aard. Dit laat de Initiator toe om een correct contractvoorstel op te maken. Preswitching LIGHT zal informatie verschaffen over de beschikbare services voor het Toegangspunt.

- Preswitching FULL: er wordt aan de Initiator veel gegevens ter beschikking gesteld. Voor de Toegangspunten die tot de portefeuille van de aanvragende Balance Supplier behoren zal dit tevens gevoelige informatie bevatten. Preswitching FULL zal informatie verschaffen over zowel de beschikbare als de actieve services.

Verloop: - De Initiator start Request Preswitching Data met opgave van de

gegevens die de Meter Point Administrator duidelijk maken welke de gewenste Preswitching is (Request Preswitching, Send Data Request). Deze gegevens wijzen er de Meter Point Administrator op voor welk

Est initié quand: L’Initator initie une demande pour la mise à disposition des données relatives au Point d’Accès et/ou Headpoint via la fonctionnalité du Preswitching.

Pré-requis: La demande de l’Initiator satisfait aux exigences relatives à la catégorie de Preswitching désirée et il dispose de l’autorisation suffisante et nécessaire pour lui fournir l’accès au Preswitching demandé.

Se termine lorsque: Soit la demande est acceptée et l’Initiator accède aux données pour la catégorie de Preswitching 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 Preswitching 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:

Preswitching BASIC: uniquement les informations de base non-sensibles du Headpoint sont mises à disposition de l’Initiator par le Meter Point Administrator.

- Preswitching LIGHT: les informations mises à disposition de l’Initiator sont variées et certaines informations sont de nature sensible. Cela permet à l’Initiator de rendre une bonne proposition de contrat à son client. Preswitching LIGHT fournira l’information relative aux services disponibles pour le Point d’Accès.

- Preswitching FULL: les informations mises à disposition de l’Initiator sont nombreuses. Pour les Points d’Accès appartenant au portefeuille du Balance Supplier demandeur ceci contiendra également des informations sensibles. Preswitching FULL fournira l’information relative aux services disponibles et actifs.

Déroulement: - L’Initiator initie Request Preswitching Data en rentrant les informations

indiquant au Meter Point Administrator quel est le Preswitching désiré (Request Preswitching, Send Data Request). Ces informations sont d’une part celles permettant au Meter Point Administrator d’identifier le Point


UMIG - Structure

Preswitching


Toegangspunt of welke installatie (Headpoint) gegevens moeten worden meegedeeld ingeval de Preswitching aanvraag wordt aanvaard. Daarnaast geven ze een indicatie van de categorie Preswitching die de Initiator wenst.

- De Meter Point Administrator ontvangt en behandelt de aanvraag (Receive Data Request, Handle Data Request). De aanvraag wordt geaccepteerd indien wordt voldaan aan de eisen en benodigde autorisatie betreffende de gevraagde Preswitching categorie (zie referentiedocument [3]).

- Als de aanvraag geaccepteerd wordt, dan brengt de Meter Point Administrator (Send Data Response) de Initiator (Receive Data Response) hiervan op de hoogte, en stuurt hij ook de set van gegevens die gekoppeld

is aan de gevraagde categorie van Preswitching: - Preswitching BASIC: de gegevens van het type Basic Data

worden ter beschikking gesteld aan de Initiator.

- Preswitching LIGHT: de gegevens van het type Light Data worden ter beschikking gesteld aan de Initiator.

- Preswitching FULL: de gegevens van het type Full Data worden

ter beschikking gesteld voor het Toegangspunt aan de Initiator.

- Als de aanvraag ex-ante geweigerd wordt, stuurt de Meter Point Administrator een weigering (Send Negative Response) naar de Initiator (Receive Negative Response).

- Als de aanvraag wel ex-ante wordt aanvaard maar de ingevoerde gegevens

voor het verkrijgen van de toegang tot de Preswitching niet gekend zijn door de Meter Point Administrator, zal deze de aanvraag aanvaarden maar zal de set van gegevens die overgemaakt wordt op basis van de ingevoerde informatie leeg zijn. Een voorbeeld hiervan is een foutief adres in de Request Preswitching voor de Preswitching BASIC waardoor het Toegangspunt niet kan worden geïdentificeerd door de Meter Point Administrator.

d’Accès ou l’installation (HeadPoint) pour laquelle des données doivent être communiquées dans le cas où la demande de Preswitching est acceptée, d’autre part une indication de la catégorie de Preswitching souhaitée par l’Initiator.

- Le Meter Point Administrator reçoit la demande et la traite (Receive Data

Request, Handle Data Request). La demande est acceptée si les exigences et l’autorisation nécessaire concernant la catégorie de Preswitching désirée sont satisfaites (voir document de référence [3]).

Si la demande est acceptée, le Meter Point Administrator (Send Data Response) le communique à l’Initiator (Receive Data Response) et lui envoie en même temps le set des données lié à la catégorie de Preswitching demandé:

- Preswitching BASIC: : les informations de type Basic Data sont mises à disposition de l’Initiator.

- Preswitching LIGHT: les informations de type Light Data sont mises à disposition de l’Initiator.

- Preswitching FULL: les informations du type Full Data pour le

Point d’Accès sont mises à disposition de l’Initiator.

- Si la demande est refusée ex-ante, le Meter Point Administrator envoie un refus (Send Negative Response) à l’Initiator (Receive Negative Response).

- Si la demande est acceptée ex-ante mais que les données introduites pour l’obtention de l’accès au Preswitching sont inconnues du Meter Point Administrator, celui-ci acceptera la demande mais le set de données qui est transféré sur base des informations introduites sera vide. Un exemple de ceci est une adresse erronée dans le Request Preswitching pour le Preswitching BASIC qui aura pour impact que le Point d’Accès ne pourra pas être identifié par le Meter Point Administrator.


UMIG - Structure

Preswitching


Gebruik van Preswitching voor de lancering van marktaanvragen op een Toegangspunt – L’emploi du Preswitching pour le lancement de demandes de marché sur un Point d’Accès

Toekenning van een PreswitchingID-nummer – L’attribution d’un numéro de PreswitchingID

De markt wil de Preswitching functionaliteit verplichten 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 PreswitchingID-nummer in de Preswitching.

Iedere marktaanvraag die uitgaat van een marktspeler die nog niet actief is op het Toegangspunt van de aanvraag, moet die PreswitchingID bevatten, zo niet zal de aanvraag verworpen worden (ex ante testen – zie referentiedocument [3]). In sommige gevallen (zie 3.4.2) dient ook de marktspeler die reeds verantwoordelijk is voor het Toegangspunt een PreswitchingID te voorzien in zijn marktaanvraag.

Met de PreswitchingID wordt ook gecontroleerd of de Preswitching functionaliteit volgens de marktafspraken wordt gebruikt. Aan de hand van de PreswitchingID kan ex-post opgevolgd worden dat er systematisch een marktaanvraag volgt op de Preswitching (zie 3.5.2).

Deze wens vloeit voort uit het feit dat om tastbare voordelen op te leveren, de Preswitching 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.

De PreswitchingID wordt aan de Initiator ter beschikking gesteld door de Meter Point Administrator en betreft de TransactionID van Preswitching LIGHT of Preswitching FULL (bij een succesvolle aanvraag).

Le marché souhaite voir la fonctionnalité du Preswitching 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 PreswitchingID dans le Preswitching.

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 PreswitchingID sans quoi la demande sera rejetée (tests ex ante – voir document de référence [3]). Dans certains cas (cf. 3.4.2), l’acteur de marché qui est déjà responsable du Point d’Accès doit aussi fournir un PreswitchingID dans sa demande de marché.

Avec le PreswitchingID, on vérifie aussi si la fonctionnalité de Preswitching est utilisée selon les accords du marché. Au moyen du PreswitchingID on peut vérifier ex-post qu’une demande de marché fait bien systématiquement suite au Preswitching (cf. 3.5.2).

Cette volonté provient du fait que pour que les bénéfices du Preswitching 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é.

Le PreswitchingID est mis à disposition de l’Initiator par le Meter Point Administrator et concerne le TransactionID du Preswitching LIGHT ou Preswitching FULL (lorsqu’une demande est fructueuse).


UMIG - Structure

Preswitching


Gebruik van de verschillende Preswitching categorieën– L’emploi des différentes catégories de Preswitching

Rekening houdend met de verschillen tussen de drie categorieën van Preswitching, zijn er verschillende uitkomsten mogelijk:

- Preswitching BASIC: moet de markt in staat stellen beter op

offerteaanvragen van klanten te antwoorden. Bij het gebruik van deze Preswitching zal er typisch geen lancering van een marktaanvraag volgen; het is ook daarom dat die categorie van Preswitching niet verplicht is gesteld.

- Preswitching LIGHT: is de Preswitching 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 (modules Start Access, Move In en Initiate Local Production). De Preswitching LIGHT is dus verplicht vóór iedere lancering van een marktaanvraag in het geval dat de Balance Supplier niet actief is op een Toegangspunt. Om dit te verzekeren zal de Preswitching LIGHT aan de raadplegende partij een PreswitchingID bezorgen die in de marktaanvraag moet worden overgenomen om te vermijden dat die aanvraag systematisch verworpen wordt.

- Preswitching FULL: deze categorie van Preswitching is enkel toegankelijk voor de Toegangspunten die tot de portefeuille van de aanvragende Balance Supplier behoren (voor de opgevraagde datum 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 Preswitching wordt gebruikt, zal ook hier een PreswitchingID worden toegekend, die overgenomen kan worden in de marktaanvraag maar zonder dat de afwezigheid ervan zal leiden tot weigering.

- Teneinde een homogene werking te bekomen voor de modules Start

Access en Initiate Local Production, zullen ook de aanvragen van Balance Supplier die reeds actief zijn op het Toegangspunt toch verplicht een PreswitchingID bevatten. Het heeft geen belang of dit een Preswitching LIGHT of FULL is. Er is een uitzondering op deze 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 Preswitching FULL moet gebruikt worden om de PreswitchingID in de aanvraag te kunnen vermelden. Anders zal de aanvraag verworpen worden aan de hand van de ex-ante tests.

Étant donné les différences qu’il existe entre les différentes catégories de Preswitching, on distingue différentes issues :

- Preswitching BASIC : doit permettre au marché de mieux répondre aux

demandes d’offre des clients. A l’issue de ce Preswitching, il n’y aura donc typiquement pas de lancement de demande de marché et c’est la raison pour laquelle, cette catégorie de Preswitching n’est pas rendue obligatoire ;

- Preswitching LIGHT: est le Preswitching qui doit être utilisé par tout acteur de marché qui n’est pas encore actif sur un Point d’Accès et qui doit y enregistrer un nouveau contrat. Ces constats motivent l’utilisation obligatoire du Preswitching LIGHT avant tout lancement de demande de marché pour un Balance Supplier non actif sur un Point d’Accès (modules Start Access, Move In et Initiate Local Production). Pour assurer cela, le Preswitching LIGHT mettra à disposition de la partie le consultant un PreswitchingID qui devra être recopié dans la demande de marché afin que celle-ci ne soit pas systématiquement rejetée.

- Preswitching FULL: cette catégorie de Preswitching est uniquement accessible aux Points d’accès appartenant au portefeuille du Balance Supplier demandeur (et bien entendu, pour la date demandée 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 Preswitching est utilisé, un PreswitchingID 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 exception : 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 PreswitchingID. Que ce soit un Preswitching LIGHT ou FULL, n’a aucune importance. On distingue une exception à cette règle dans le cas d’un Start Access – Customer Switch pour lequel 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 PreswitchingID dans la demande. Sinon la demande sera rejetée via les tests ex-ante.


UMIG - Structure

Preswitching


- Merk tevens op dat de Preswitching FULL enkel de gegevens toont die gerelateerd zijn aan een Toegangspunt waarvoor de verantwoordelijkheid van een Balance Supplier gekend is. 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 Preswitching LIGHT moeten lanceren om de gegevens met betrekking tot dat ander Toegangspunt te kunnen raadplegen.

- A noter également que le Preswitching FULL montre uniquement les données relatives à un Point d’Accès pour lequel la responsabilité d’un Balance Supplier est avisée. 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 Preswitching LIGHT pour consulter les informations relatives à cet autre Point d’Accès.

Uitzonderingen / Eigenheden – Exceptions / Caractéristiques

Annulatie en correcties - Annulation et corrections

Er is geen enkele annulatie van de Preswitching voorzien aangezien dit proces onmiddellijk plaatsvindt.

Aucune annulation du Preswitching n’est prévue puisque ce processus est réalisé de façon immédiate.

Ex-post Marktmonitoring – Ex-post Monitoring du marché

Preswitching BASIC: Een partij die opteert voor de Preswitching BASIC moet niet systematisch een markttransactie opstarten. Geen enkele vorm van monitoring zal voor deze categorie van Preswitching voorzien worden.

Preswitching LIGHT: Parallel met de ex-ante test op de PreswitchingID, zal de monitoring erover moeten waken dat de na de Preswitching LIGHT raadpleging uitgevoerde marktaanvragen niet systematisch geannuleerd worden. De gebruikstolerantiedrempel van de Preswitching 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 Preswitching, fout ingevoerde effectieve datum, …) en onzekere factoren (contract op het laatste ogenblik geannuleerd door de party connected tot he grid, ...).

De raadpleging van de Preswitching LIGHT wordt toegestaan in twee gevallen (zie Figure 5):

- wanneer er een contract is ondertekend dat binnen een redelijke termijn ten

laste genomen moet worden door het Toegangspunt, wat gemonitored zal worden (zie ook referentiedocument [4]).

Preswitching BASIC: Une partie optant pour le Preswitching BASIC ne devra pas systématiquement initier une transaction de marché. Aucun monitoring ne sera lié à cette catégorie de Preswitching.

Preswitching LIGHT: En parallèle au test ex-ante sur le PreswitchingID, le monitoring devra veiller à ce que les demandes de marché exécutées après consultation du Preswitching LIGHT ne soient pas systématiquement annulées. Le seuil de tolérance d’utilisation du Preswitching 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 Preswitching, mauvaise date effective encodée, …) et des aléas du marché (contrat annulé en dernière minute par le party connected to the grid, …).

La consultation du Preswitching LIGHT est autorisée dans deux cas (voir Figure 5):

- 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 [4]).


UMIG - Structure

Preswitching


- om de Balance Supplier die het Toegangspunt ten laste heeft in kennis te stellen van de reële situatie van dat Toegangspunt (werkzaamheden, rectificatie, status, …), wat niet gemonitored zal worden

Preswitching 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 ex-ante tests, risico van negatieve ex-post monitoring, invoering en werk op basis van verkeerde gegevens.

- pour informer le Balance Supplier qui est responsable pour le Point d’Accès de la situation réelle de ce Point d’Accès (travaux, rectification, statut, …) qui ne sera pas monitoré.

Preswitching FULL: Aucun monitoring ne sera réalisé pour vérifier le taux 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 ex-ante lié à sa demande, risque de monitoring ex-post pénalisant, encodage et travail sur base de mauvaises données.


UMIG - Structure

Preswitching


Figure 5 - Correlation between Preswitching LIGHT & Ex-post Marketmonitoring v1.0


UMIG - Structure

Preswitching


Exception Reason in Preswitching Basic – Exception Reason dans Preswitching Basic

Er bestaat een uitzondering op de klassieke werking van de Preswitching BASIC. Afhankelijk van de criteria die de initiator opgeeft in zijn Preswitching aanvraag, is het mogelijk dat de Meter Point administrator de opgevraagde informatie niet ter beschikking kan stellen. Indien dergelijke situatie zich voordoet zal het Preswitching Basic bericht een “Exception Reason” bevatten in plaats van gegevens. Dit veld kan drie mogelijke waarden bevatten:

- “no results found”: indien een opzoeking op basis van de opgegeven criteria (bv. adres, EAN, etc.) geen resultaten oplevert.

- “too many results found”: indien een opzoeking op basis van de opgegeven criteria (bv. adres, etc.) een overvloed aan resultaten oplevert met als gevolg dat het CMS deze informatie niet op performante wijze kan communiceren in één enkel Preswitching Basic bericht.

- “your search generated data in GAP '1234' and in GAP '1235'. Please refine your search criteria”: indien een opzoeking op basis van de opgegeven criteria (bv. adres, etc.) toegangspunten oplevert uit meerdere GAPs met als gevolg dat het CMS deze informatie niet kan communiceren in één enkel Preswitching Basic bericht.

On note une exception au fonctionnement classique du Preswitching BASIC. En fonction des critères envoyés par l’initiator dans sa demande Preswitching, la situation est possible que le Meter Point Administrator ne peut pas mettre à disposition les informations demandées. Si telle situation se produit, le message Preswitching Basic contiendra un “Exception Reason” au lieu des données.

Ce champ peut contenir trois valeurs possibles:

- “no results found”: si une recherche sur base des critères données (p.ex adresse, EAN, etc.) ne génère aucun résultat.

- “too many results found”: si une recherche sur base des critères données (p.ex adresse, etc.) génère une abondance de résultats avec la conséquence que le CMS ne peut pas communiquer ces informations de façon performante dans un seul message Preswitching Basic

- “your search generated data in GAP '1234' and in GAP '1235'. Please refine your search criteria”: si une recherche sur base des critères données (p.ex adresse, etc.) génère des points d’accès de plusieurs GAPs avec la conséquence que le CMS ne peut pas communiquer ces informations dans un seul message Preswitching Basic


UMIG - Structure

Preswitching


Request Measure Data For Preswitching


Figure 6 - Use Case Request Measure Data For Preswitching v1.0

Request Measure Data For Preswitching vindt plaats tussen de Metered

Data Responsible en de Initiator (d.w.z. de marktpartij die toegang wenst te krijgen tot de Measure Data).

Request Measure Data For Preswitching controleert of de Initiator het

recht heeft om de meetgegevens te raadplegen afhankelijk van zijn situatie op de markt. Na het verlenen van de toegang stelt de Meter Point Administrator de meetgegevens ter beschikking aan de Initiator.

De informatie die via de Measure Data For Preswitching ter beschikking gesteld wordt aan de Balance Supplier, betreffen enkel de volumes die van toepassing zijn voor de opgevraagde periode (Meter Read History).

Measure Data For Preswitching se déroule entre le Metered Data

Responsible et l’Initiator (c’est-à-dire la partie de marché souhaitant accéder au Measure Data).

Request Measure Data For Preswitching vérifie si l’Initiator a le droit de

consulter les données de comptage en fonction de sa situation dans le marché. Suivant une autorisation d’accès, le Meter Point Administrator met à la disposition de l’Initiator les données de comptage.

Les informations qui sont mises à disposition du Balance Supplier via le Measure Data For Preswitching, ne consistent qu’en des données (Meter Read History) qui sont d’application à la période demandée.


UMIG - Structure

Preswitching



Figure 7 - Activity Request Measure Data For Preswitching v1.0


Wordt opgestart wanneer: De Initator lanceert een aanvraag voor het ter beschikking stellen van de meetgegevens m.b.t. het Toegangspunt en/of de Headpoint via de Preswitching-functionaliteit.

Est initié quand: L’Initator initie une demande pour la mise à disposition des données de comptage relatives au Point d’Accès et/ou Headpoint via la fonctionnalité du Preswitching.


UMIG - Structure

Preswitching


Voorwaarden: De aanvraag van de Initiator voldoet aan de gewenste eisen en hij beschikt over de nodige en noodzakelijke autorisatie om toegang te krijgen tot de gevraagde meetgegevens.

Eindigt wanneer: Ofwel wordt de aanvraag aanvaard en krijgt de Initiator toegang tot de gegevens. Of de aanvraag wordt verworpen en de Initiator wordt daarvan in kennis gesteld.

Resultaat: De meetgegevens voor het toegangspunt worden door de Metered Data Responsible ter beschikking gesteld aan de Initiator.

Verloop: - De Initiator start Request Measure For Preswitching (Request

Preswitching Measure Data, Send Measure Data Request). Deze gegevens wijzen er de Metered Data Responsible op voor welk Toegangspunt of welke installatie (Headpoint) gegevens moeten worden meegedeeld ingeval de Preswitching Measure aanvraag wordt aanvaard.

- De Metered Data Responsible ontvangt en behandelt de aanvraag (Receive Measure Data Request, Handle Data Request). De aanvraag wordt geaccepteerd indien wordt voldaan aan de eisen en benodigde autorisatie (zie referentiedocument [3]).

- Als de aanvraag geaccepteerd wordt, dan brengt de Metered Data Responsible (Send Data Response) de Initiator (Receive Data Response) hiervan op de hoogte, en stuurt hij ook de Meter Read History voor het

toegangspunt.

- Als de aanvraag ex-ante geweigerd wordt, stuurt de Metered Data Responsible een weigering (Send Negative Response) naar de Initiator (Receive Negative Response).

Pré-requis: La demande de l’Initiator satisfait aux exigences désirées et il dispose de l’autorisation suffisante et nécessaire pour lui fournir l’accès aux données de comptage demandées.

Se termine lorsque: Soit la demande est acceptée et l’Initiator accède aux données. Soit la demande est refusée et l’Initiator en est avisé.

Résultat: Les données de comptage pour le point d’accès sont mises à disposition de l’Initiator par le Metered Data Responsible.

Déroulement: - L’Initiator initie Request Measure For Preswitching (Request

Preswitching Measure Data, Send Measure Data Request). Ces informations sont d’une part celles permettant au Metered Data Responsible 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 Preswitching Measure est acceptée.

- Le Metered Data Responsible reçoit la demande et la traite (Receive Measure Data Request, Handle Data Request). La demande est acceptée si les exigences et l’autorisation nécessaire sont satisfaites (voir document de référence [3]).

- Si la demande est acceptée, le Metered Data Responsible (Send Data

Response) le communique à l’Initiator (Receive Data Response) et lui envoie en même temps le Meter Read History pour le point d’accès.

- Si la demande est refusée ex-ante, le Metered Data Responsible

envoie un refus (Send Negative Response) à l’Initiator (Receive Negative Response).


UMIG - Structure

Preswitching


Request Index Plausibility


Figure 8 - Use Case Request Index Plausibility v1.0

Request Index Plausibility vindt plaats tussen de Metered Data Responsible

en de Initiator.

Request Index Plausibility laat toe de structuur en plausibiliteit van een index na te gaan, na raadpleging van de Preswitching Data. Zo vermijdt men schattingen nadat in een marktaanvraag een verkeerde index werd ingevoerd. Er zullen dus minder indexfouten zijn, fouten waarop een Balance Supplier vandaag niet kan anticiperen.

De uitgevoerde controles zijn relatief eenvoudig. Ze laten toe om ervoor te zorgen dat indexen die later in een aanvraag worden ingevoerd, voldoen aan een aantal basiscontroles:

- Structuurcontroles: stemt de ingevoerde index overeen met de configuratie van de meter (aantal cijfers en 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 index groter dan de laatst opgenomen en gevalideerde index?

Request Index Plausibility se déroule entre le Meter Point Administrator et

l’Initiator.

Request Index Plausibility permet de vérifier la structure ainsi que la plausibilité d’un index, après consultation des Data en Preswitching. On évite ainsi les estimations suite à l’encodage d’un index erroné dans une demande de marché. Il y aura donc moins d’erreurs d’index, erreurs pour lesquelles un Balance Supplier n’ a aujourd’hui que peu de possibilités d’anticipation.

Les contrôles réalisés sont relativement basiques et permettent d’assurer que les index encodés ultérieurement dans une demande satisfassent à des contrôles basiques :

- Contrôles de structure: est-ce que l’index encodé correspond à la configuration du compteur (nombre de chiffres et 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’index encodé est-il plus grand que le dernier index relevé et validé (en fonction de la date encodée)?


UMIG - Structure

Preswitching


Als (een van) de ingevoerde indexen de controles niet doorstaan, is het mogelijk dat het gaat om een tikfout of dat de party connected to the grid 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 index niet aanvaard wordt, zal de Balance Supplier de mogelijkheid hebben om met de party connected to the grid na te gaan waarom de index werd verworpen en de mogelijkheid om deze index te bevestigen zonder het validatieproces van deze index door de Metered Data Responsible te beïnvloeden.

Ook al heeft dit instrument een onmiskenbaar nut, het spreekt vanzelf dat de verantwoordelijkheid voor de eigenlijke validatie van een index 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 index 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 index de controles doorstaat, deze op termijn automatisch gevalideerd zal worden door de DNB.

Merk op dat, ook al is dit instrument geassocieerd met het gebruik van het Preswitching instrument voor categorieën LIGHT en FULL, het gebruik ervan optioneel is. Deze controle wordt aangevraagd in een apart bericht.

De indexcontrole 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 indexcontrole wordt slechts gevraagd voor één van de meters, dan zal er over de andere meter(s) niet gecommuniceerd worden.

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/les index 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 grid ait transmis un index 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’index est mauvais, le Balance Supplier aura la possibilité de vérifier avec le party connected to the grid pourquoi l’index a-t-il été rejeté et la possibilité de confirmer cet index sans pour autant affecter le processus de validation de celui-ci par le Metered Data Responsible.

Aussi, si cet outil a un intérêt certain, il est clair que la responsabilité de validation proprement dite d’un index 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’index 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’index rentré satisfait à l’outil de contrôle, il sera d’office validé à terme par le GRD.

A noter que si c’est outil accompagne l’outil Preswitching pour ses catégories LIGHT et FULL, il n’en reste pas moins optionnel et devra être sollicité à part de la demande de Preswitching par une requête séparée..

Le contrôle d’index sera exé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’index ne contient qu’un seul compteur, alors il n’y aura pas de communication au sujet des autres compteurs.

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 - Structure

Preswitching



Figure 9 - Activity Request Index Plausibility v4.0


UMIG - Structure

Preswitching



Startsignaal: Een marktpartij wenst de structuur en plausibiliteit van een index te controleren na raadpleging van de Preswitching Data.

Pre-requisites: Dit instrument wordt aangeboden in het kader van het gebruik van de Preswitching LIGHT en FULL en enkel voor klassieke meters. Om deze functionaliteit te kunnen gebruiken, moet de Initiator de gevraagde gegevens invoeren in een apart bericht.

Resultaat: Het resultaat is in eerste instantie afhankelijk van de ex-ante testen zoals beschreven onder ‘Verloop’. In tweede instantie is het resultaat afhankelijk van

hoe de index de structuur- en plausibiliteitscontroles doorstaat:

Als de index deze controletests doorstaat, wordt de Initiator daarvan in kennis gesteld door middel van een code ‘Approved’ in Meter Reading End Index – Non Continuous waarin de index getoond

wordt die door de Initiator in zijn aanvraag werd ingevoerd.

Als de index deze controletests niet doorstaat, wordt de Initiator daarvan in kennis gesteld door middel van een code ‘Revised’ in Meter Reading End Index – Non Continuous waarin de laatste voor

dit Toegangspunt uitgelezen index wordt getoond.

Verloop: - De Initiator kan de Index Plausibility aanvragen, volgend op de

Preswitching LIGHT en Preswitching FULL. Hiervoor verzendt de Initiator een apart bericht naar de Metered Data Responsible met opgave van de index, de overeenkomstige datum die hij van de party connected to the grid heeft gekregen en de PreswitchingID (Send Index Plausibility Request).

- De Metered Data Responsible ontvangt en behandelt de aanvraag

(Receive Index Plausibility Request, Handle Index Plausibility Request). De aanvraag wordt geaccepteerd indien wordt voldaan aan de eisen betreffende de ex-ante tests van de Index Plausibility aanvraag (zie referentiedocument [3]).

- Als de aanvraag ex-ante geaccepteerd wordt, dan brengt de Metered Data Responsible (Send Index Plausibility Response) de Initiator (Receive Index Plausibility Response) hiervan op de hoogte, en stuurt hij de feedback m.b.t. de structuur- en plausibiliteitscontroles van de index (Meter Reading End Index – Non Continuous) zoals beschreven in ‘Resultaat’.

Est initié quand : Une partie de marché souhaite vérifier la structure et la plausibilité d’un index après consultation des Data en Preswitching.

Pré-requis : Cet outil est proposé en complément d’une utilisation des Preswitching LIGHT et FULL et uniquement pour les compteurs classiques. Pour pouvoir utiliser cette fonctionnalité, l’Initiator devra introduire les données demandées par une réquête séparée.

Résultat : En première étappe, le résultat dépend des tests ex-ante comme décrit sous ‘Déroulement’. En deuxième étappe, le résultat dépend de la façon dont l’index

passe les tests de structure et de plausibilité:

Si l’index réussit les tests effectués lors de ce contrôle, l’Initiator en est notifié par moyen d’un code ‘Approved’ dans Meter Reading End Index – Non Continuous oú l’index, qui était encodé par

l’Initiator dans sa demande, est affiché.

Si l’index ne réussit pas les tests lors de ce contrôle, l’Initiator en est notifié par moyen d’un code ‘Revised’ dans Meter Reading End Index – Non Continuous oú le dernier index lu pour ce Point

d’Accès est affiché.

Déroulement: - L’Initiator peut demander l’Index Plausibility, suite au Preswitching LIGHT

et Preswitching FULL. L’Initiator doit pour ce faire envoyer une requête séparée au Metered Data Responsible en rentrant l’index, la date associée qu’ il a reçue du party connected to the grid et le PreswitchingID (Send Index Plausibility Request).

- Le Metered Data Responsible reçoit et traite la demande (Receive Index

Plausibility Request, Handle Index Plausibility Request). La demande est acceptée si les exigences concernant les tests ex-ante de la demande de l’Index Plausibility sont satisfaites (cf. document de référence [3]).

- Si la demande est acceptée ex-ante, le Metered Data Responsible le communique (Send Index Plausibility Response) à l’Initiator (Receive Index Plausibility Response) et lui envoie le feedback relatif aux contrôles de structure et de plausibilité de l’index (Meter Reading End Index – Non Continuous) comme décrit sous ‘Résultat’.


UMIG - Structure

Preswitching


- Als de aanvraag ex-ante geweigerd wordt, stuurt de Metered Data

Responsible een verwerping (Send Negative Response) naar de Initiator (Receive Negative Response) met een verwerpingscode. Er worden géén indexen verstuurd.

- Si la demande est refusée ex-ante, le Metered Data Responsible envoie un

rejet (Send Negative Response) à l’Initiator (Receive Negative Response) avec un code de rejet. Aucun Index sera envoyé.


UMIG - Structure

Preswitching


Betrokken rollen – Rôles impactés

Figuur 10 - Roles Preswitching v2.0


UMIG - Structure

Preswitching


Tabellen & Indexen – Tables & Indexes

Begrippenlijst – Glossaire

Zie document UMIG - GE - XD - 01 - Glossary Voir le document UMIG - GE - XD - 01 - Glossary

Table of Figures

Figure 1 - Tools to improve Market Operations v2.0 ............................................................................................................................................................................................ 7 Figure 2 - Use Case Preswitching v2.0 ................................................................................................................................................................................................................ 9 Figure 3 - Use Case Request Preswitching Data v1.0 ....................................................................................................................................................................................... 10 Figure 4 - Activity Request Preswitching Data v2.0 ............................................................................................................................................................................................ 12 Figure 5 - Correlation between Preswitching LIGHT & Ex-post Marketmonitoring v1.0 ..................................................................................................................................... 19 Figure 6 - Use Case Request Measure Data For Preswitching v1.0 .................................................................................................................................................................. 21 Figure 7 - Activity Request Measure Data For Preswitching v1.0 ...................................................................................................................................................................... 22 Figure 8 - Use Case Request Index Plausibility v1.0 ......................................................................................................................................................................................... 24 Figure 9 - Activity Request Index Plausibility v4.0 .............................................................................................................................................................................................. 26 Figuur 10 - Roles Preswitching v2.0 ................................................................................................................................................................................................................... 29


Documents

ATRIAS Market Processes Market Model UMIG 6.5.1... · ATRIAS – Market Processes UMIG - BR - ST - 03 - Preswitching v6.5.1.9 UMIG Marktprocessen – Processus de marché Business