ATRIAS – Market Processes
UMIG 6.0
Marktprocessen – Processus de marché
Business Requirement
Structure
Interactions between modules
Versie v3.2 / Version v3.2
Voor consultatie / Pour consultation
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
UMIG 6.0 - Structure
Interactions between modules
DOCUMENTVERSIES – VERSIONS DU DOCUMENT .....................................................................................................4
1
1.1
Versie-overzicht - Gestion des versions.........................................................................................................................4
1.2
Referenties – Références .............................................................................................................................................4
2
EXECUTIVE SUMMARY ..................................................................................................................................................6
2.1
Problematiek – Problématique ......................................................................................................................................6
2.2
Voorgestelde oplossing – Solution Proposée .................................................................................................................6
VOORSTEL – PROPOSITION..........................................................................................................................................7
3
3.1
Introductie – Introduction ..............................................................................................................................................7
3.2
Structuur van de matrix – Structure de la matrice...........................................................................................................7
3.3
Modules zonder interacties – Modules sans interactions ................................................................................................9
3.4
Interacties van Start Access – Interactions du Start Access ...........................................................................................9
3.4.1
Start Access .........................................................................................................................................................9
3.4.2
Move In .............................................................................................................................................................. 10
3.4.3
Move Out............................................................................................................................................................ 10
3.4.4
Initiate Update Access ........................................................................................................................................ 11
3.4.5
Initiate Stop Access ............................................................................................................................................ 11
3.4.6
Initiate Leaving Customer .................................................................................................................................... 12
3.4.7
Update BRP ....................................................................................................................................................... 12
3.4.8
Update Customer Metering Configuration ............................................................................................................ 13
3.4.9
Initiate Local Production ...................................................................................................................................... 13
3.5
Interacties van Move In – Interactions du Move In ....................................................................................................... 13
3.6
Interacties van Move Out – Interactions du Move Out .................................................................................................. 14
3.6.1
Start Access / Initiate Local Production ................................................................................................................ 14
3.6.2
Move In .............................................................................................................................................................. 14
3.6.3
Move Out............................................................................................................................................................ 14
3.6.4
Initiate Update/Stop Access ................................................................................................................................ 15
3.6.5
Initiate Leaving Customer .................................................................................................................................... 15
3.6.6
Update Customer Metering Configuration ............................................................................................................ 15
3.7
Interacties van Initiate Update Access – Interactions du Initiate Update Access ............................................................ 16
3.7.1
Start Access / Initiate Local Production ................................................................................................................ 16
3.7.2
Move In .............................................................................................................................................................. 16
3.7.3
Move Out............................................................................................................................................................ 17
3.7.4
Initiate Update Access ........................................................................................................................................ 17
3.7.5
Initiate Stop Access ............................................................................................................................................ 17
3.7.6
Initiate Leaving Customer .................................................................................................................................... 18
3.7.7
Update BRP ....................................................................................................................................................... 18
3.7.8
Update Customer Metering Configuration ............................................................................................................ 18
3.8
Interacties van Initiate Stop Access – Interactions du Initiate Stop Access .................................................................... 18
3.8.1
3.9
Update BRP ....................................................................................................................................................... 19
Interacties van Initiate Leaving Customer – Interactions du Initiate Leaving Customer .................................................. 19
3.9.1
Start Access / Initiate Local Production ................................................................................................................ 19
3.9.2
Move In / Out ...................................................................................................................................................... 20
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
2/30
UMIG 6.0 - Structure
Interactions between modules
3.9.3
Initiate Update Access ........................................................................................................................................ 20
3.9.4
Initiate Stop Access ............................................................................................................................................ 20
3.9.5
Initiate Leaving Customer .................................................................................................................................... 21
3.9.6
Update BRP ....................................................................................................................................................... 21
3.9.7
Update Customer Metering Configuration ............................................................................................................ 21
3.10
Interacties van Update BRP – Interactions du Update BRP .......................................................................................... 22
3.10.1
Start Access / Initiate Local Production ................................................................................................................ 22
3.10.2
Move In .............................................................................................................................................................. 22
3.10.3
Move Out............................................................................................................................................................ 22
3.10.4
Initiate Update Access ........................................................................................................................................ 23
3.10.5
Initiate Stop Access ............................................................................................................................................ 23
3.10.6
Initiate Leaving Customer .................................................................................................................................... 23
3.10.7
Update BRP ....................................................................................................................................................... 24
3.10.8
Update Customer Metering Configuration ............................................................................................................ 24
3.11
Interacties van Update Customer Metering Configuration – Interactions du Update Customer Metering Configuration ... 24
3.11.1
Start Access / Initiate Local Production ................................................................................................................ 24
3.11.2
Move In .............................................................................................................................................................. 25
3.11.3
Move Out............................................................................................................................................................ 25
3.11.4
Initiate Update / Stop Access............................................................................................................................... 25
3.11.5
Initiate Leaving Customer .................................................................................................................................... 26
3.11.6
Update BRP ....................................................................................................................................................... 26
3.11.7
Update Customer Metering Configuration ............................................................................................................ 26
3.12
Interacties van Update Technical Master Data – Interactions du Update Technical Master Data.................................... 26
3.13
Interacties van Initiate Local Production – Interactions du Initiate Local Production ....................................................... 27
3.14
Beschouwingen – Observations .................................................................................................................................. 27
4
TABELLEN & INDEXEN – TABLES & INDEXES ........................................................................................................... 29
4.1
Begrippenlijst – Glossaire ........................................................................................................................................ 29
4.2
Table of Figures........................................................................................................................................................ 29
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
3/30
UMIG 6.0 - Structure
Interactions between modules
1 Documentversies – Versions du document
1.1 Versie-overzicht - Gestion des versions
Versie Version
V1.0
V2.0
V3.0
V3.1
V3.2
Datum - Date
17/04/2013
30/04/2013
30/06/2013
28/02/2014
31/07/2014
Auteur
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
Beschrijving - Description
Eerste versie van de Business Requirement Interactions between
modules
Première version du Business Requirement Interactions between
modules
Tweede versie
Deuxième version
Derde versie voor consultatie
Troisième version pour consultation
V3.1 voor consultatie
V3.1 pour consultation
V3.2 voor consultatie
V3.2 pour consultation
1.2 Referenties – Références
Referentie - Référence
UMIG 6.0 - GE - XD - 01 – Introduction [1]
Omschrijving - Description
Document dat een algemene introductie geeft van de marktprocessen
en de globale concepten die gebruikt worden in de verschillende
processen.
Contient une introduction générale aux processus de marché et sur les
concepts globaux utilisés dans les différents processus.
UMIG 6.0 – BR - ST - 02 – Structuring Process
[2]
Inleidend document inzake de Structuring marktprocessen:
basisbeginselen, mapping MIG4 versus MIG6, definitie en toepassing
van de verschillende processen
Document d'introduction aux processus de marché Structuring :
concepts de base, mapping MIG4 versus MIG6, définition et
application des différents processus.
Beschrijving van het proces van beschikbaarstelling van gegevens
verbonden aan een toegangspunt aan een vragende partij.
UMIG 6.0 – BR - ST - 03 – Preswitching [3]
Document décrivant le processus de mise à disposition de données
liées à un point d'accès à une partie demandeuse.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
4/30
UMIG 6.0 - Structure
Interactions between modules
Referentie - Référence
UMIG 6.0 – BR - ST - 03 – Handle Request [4]
UMIG 6.0 – BR - ST - 04 – Ex-Ante Tests [5]
UMIG 6.0 – BR - ST - 04 – Ex-Post Monitoring
[6]
UMIG 6.0 – BR - ST - 04 – Exchanged
information [7]
Omschrijving - Description
Document dat het beheersproces beschrijft van een Structuring
aanvraag door de markt na de behandeling van het proces Initiate
Request.
Document décrivant le processus de gestion d'une demande
Structuring par le marché ayant subie le premier traitement du
processus Initiate Request.
Matrix van de volledige ex-ante testen voor de verschillende
Structuring aanvragen. Deze testen worden in de processus Initiate
Request uitgevoerd.
Matrice de l'ensemble des tests ex-ante effectués pour les différentes
demandes Structuring. Ces tests sont effectuées dans le processus
Initiate Request.
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.
Matrix van alle berichten en gegevens die worden uitgewisseld in het
kader van de verschillende Structuring aanvragen.
Matrice de l'ensemble des messages et des données échangées dans
le cadre des différentes demandes Structuring.
Matrix van alle timingregels die gelden in het kader van de
verschillende Structuring aanvragen.
UMIG 6.0 – BR - ST - 04 – Timings [8]
Matrice de l'ensemble des règles de temps applicables dans le cadre
des différentes demandes Structuring.
Het referentiedocument beschrijft de visie op de marktevolutie en dient
PoV: “Visie op evolutie van de Belgische als leidraad voor de marktbesprekingen
energiemarkt” / “Vision de l’évolution du marché
Belge de l’énergie” [9]
Document de référence décrivant la vision de l’évolution du marché
servant de ligne directrice aux discussions de marché
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
5/30
UMIG 6.0 - Structure
Interactions between modules
2 Executive Summary
2.1 Problematiek – Problématique
Een bepaald toegangspunt kan het voorwerp zijn van
verschillende aanvragen door verschillende interveniënten.
Het is belangrijk om de interacties die sommige
marktprocessen op andere kunnen hebben, te analyseren.
Voor het ogenblik hebben deze interacties plaats op het
niveau van de scenario’s. In de toekomst zal dit gebeuren op
het niveau van de marktmodules.
Par rapport à un point d’accès donné, différentes demandes
peuvent être faites par différents intervenants. Il est important
d’analyser les interactions que certains processus de marché
peuvent avoir avec d’autres. Actuellement, ces interactions se
situent au niveau des scénarios. Demain, elles se feront au
niveau des modules de marché
2.2 Voorgestelde oplossing – Solution Proposée
Slechte werking van de marktprocessen voorkomen door
sommige aanvragen te verwerpen of andere te annuleren,
naar gelang de situatie. In sommige gevallen kunnen
verschillende modules parallel lopen.
Het is ook belangrijk voor ogen te houden dat de meeste
interacties te voorzien zijn door het gebruik van de
Preswitching (zie referentiedocument [3]).
Tevens wordt opgemerkt dat de DNB’s, om sommige
interacties te voorkomen, een “lock” op het toegangspunt
kunnen plaatsen. Een andere module kan dan maar aanvaard
worden na het akkoord van de DNB te hebben verkregen om
de lock op te heffen.
Eviter les dysfonctionnements au niveau des processus de
marché en rejetant certaines demandes ou en en annulant
d’autres, en fonctions de chaque situation en particulier. Dans
certains cas, plusieurs modules peuvent fonctionner en
parallèle.
Il est également important de noter que les interactions sont
pour la plupart prévisibles suite à l’utilisation du Preswitching
(voir document de référence [3]).
A noter également que pour éviter certaines interactions, les
GRD ont la possibilité de mettre un « lock » sur le point
d’accès. Un autre module ne pourrait alors être accepté
qu’après avoir reçu l’accord du GRD pour enlever le lock.
Het definiëren van modules (zie referentiedocument [2]) maakt
het mogelijk het aantal interacties aanzienlijk te beperken.
La définition des modules (voir document de référence [2])
permet de réduire fortement le nombre d’interactions.
De interacties worden bekeken per module en niet langer per
scenario. Dit kan gevolgen hebben voor sommige interacties,
die vroeger werden aanvaard per scenario maar het nu niet
meer worden per module. Deze gevallen zijn evenwel beperkt
en vormen zeker geen knelpunten.
Les interactions sont pensées par module et non plus par
scénario. Cela peut avoir un effet sur certaines interactions qui
étaient acceptées auparavant par scénario mais qui ne le sont
plus maintenant par module. Ces cas sont néanmoins limités
et ne constituent en rien des points bloquants.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
6/30
UMIG 6.0 - Structure
Interactions between modules
3 Voorstel – Proposition
3.1 Introductie – Introduction
De werking van de processen zoals voorgesteld in het kader
van deze UMIG impliceert dat de uitvoeringsduur van de
processen zo kort mogelijk wordt gehouden. Concreet
betekent dit dat de registratie van een marktaanvraag
onmiddellijk na zijn acceptatie gebeurt. De aanvraag is dus
niet in wacht.
Le fonctionnement des processus tel que proposés dans le
cadre de cet UMIG implique que la durée d’exécution des
processus est, dans la mesure du possible, réduite au
minimum. Cela signifie concrètement que l’enregistrement
d’une demande de marché intervient immédiatement après
son acceptation. La demande n’est donc pas en attente.
Bijvoorbeeld bij een aanvraag om Start Access (zie
referentiedocument [2]) waarvan de effectieve datum 30
dagen in de toekomst ligt, worden de relaties tussen
Toegangspunt,
toegangshouder,
klant
en
evenwichtsverantwoordelijke al op de dag van de aanvraag in
het Toegangsregister geregistreerd met de gevraagde
effectieve datum. Merk op dat de contracten geregistreerd
blijven als actief, afhankelijk van de effectieve datum. Anders
gezegd zal er voor een bepaald Toegangspunt maar één
toegangshouder, een enkele klant en een enkele
evenwichtsverantwoordelijke gekend zijn per dag. Dit principe
sluit niet uit dat verschillende procesmodules (bv.
verschillende Start Access aanvragen) worden aangevraagd
voor eenzelfde toegangspunt en op één dag, op voorwaarde
dat ze een verschillende effectieve datum hebben.
Par exemple, dans le cas d’une demande de Start Access (voir
document de référence [2]) avec une date effective située 30
jours dans le futur, les relations entre Point d’Accès, détenteur
d’accès, client et responsable d’équilibre sont déjà
enregistrées le jour de la demande dans le Registre d’Accès
avec la date effective demandée. Veuillez noter que les
contrats demeurent enregistrés comme actifs en fonction de la
date effective. Autrement dit, pour un Point d’Accès donné, il
n’y aura qu’un seul détenteur d’accès, un seul client et un seul
responsable d’équilibre connus par jour. Ce principe n’exclut
pas la demande de plusieurs modules de processus (p. ex.
plusieurs demandes de Start Access) pour un même point
d’accès et un seul jour, à condition qu’ils aient une date
effective différente.
Deze werkwijze heeft tot doel de interactieregels te
vereenvoudigen. Bij de ex-ante tests van een module (zie
referentiedocument [5]), zullen de labels niet worden gebruikt
en zullen de interactieregels toegepast worden tussen
modules; het aantal interacties wordt dus beperkt.
Ce mode de fonctionnement a pour but de simplifier les règles
d’interaction. Lors des tests ex-ante d’un module (voir
document de référence [5]), les labels ne seront pas utilisés et
les règles d’interaction seront appliquées entre modules ; le
nombre d’interactions est dès lors diminué.
De interactiematrix is opgenomen in referentiedocument [5]
betreffende de ex-ante tests.
La matrice d’interactions est reprise dans le document des
tests ex-ante repris comme document de référence [5].
Doel van dit document is de bestaansreden uit te leggen van
de interacties zoals ze zijn voorzien en uit te leggen hoe de
matrix gelezen en begrepen moet worden.
Le but de ce document est d’expliquer la raison d’être des
interactions telles qu’elles ont été prévues et d’expliquer
comment la matrice doit être lue et comprise.
3.2 Structuur van de matrix – Structure de la matrice
Zoals elke matrix, is de interactiematrix opgebouwd uit rijen en
kolommen, die op hun kruispunten waarden aangeven, hier de
resultaten van interacties.
Comme toute matrice, la matrice d’interactions se compose de
lignes et de colonnes qui lorsqu’elles sont croisées indiquent
des valeurs, ici les résultats d’interactions.
Zowel de rijen als de kolommen geven de modules weer.
Les lignes comme les colonnes représentent les modules.
De kolom geeft de inkomende modules weer (New), De rij de
geregistreerde maar nog niet effectieve modules (Existing).
Het is essentieel dat de lezer begrijpt dat de interacties alleen
plaatshebben voor modules die nog niet effectief zijn. De
interacties met reeds effectieve modules (met een effectieve
datum in het verleden) zijn niet opgenomen in de
interactiematrix en vallen onder de normaal voorziene
marktwerking.
En colonne, sont repris les modules entrants (New). En ligne,
sont repris les modules enregistrés mais pas encore effectifs
(Existing). En effet, il est primordial que le lecteur comprenne
que les interactions n’ont lieu que pour des modules encore
non effectifs. Les interactions avec des modules déjà effectifs
(avec une date effective située dans le passé) ne sont pas
reprises dans la matrice d’interactions et font l’objet du
fonctionnement de marché normal prévu.
Een module in het verleden kan niet verder terugkeren dan
een andere module en zal dus verworpen worden. Met
andere woorden: een Start Acces in het verleden kan geen
effectieve datum hebben die vroeger valt of gelijk is aan een
andere geregistreerde module in het Toegangsregister. Indien
nodig, kan de aanvragende toegangshouder een Request
Rectification uitbrengen om zijn module te laten autoriseren,
waarbij de vorige module daarna opnieuw wordt opgestart.
Het gaat dus niet over een interactie in strikte zin maar wel om
een regel waar men in het algemeen rekening mee moet
Un module dans le passé ne peut pas aller au delà d’un
autre module et sera donc rejeté. Autrement dit, un Start
Access dans le passé ne peut avoir une date effective
antérieure ou égale à un autre module enregistré dans le
Registre d’Accès. Si nécessaire, le détenteur d’accès
demandeur peut introduire un Request Rectification afin
d’autoriser son module, le module précédent étant alors remis
par la suite. Il ne s’agit donc pas d’une interaction à
proprement parler, mais bien d’une règle à prendre en compte
de manière générale.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
7/30
UMIG 6.0 - Structure
Interactions between modules
houden.
Exceptions :
Uitzonderingen:


de modules Update Technical Master Data, Request
Start en Request Rectification, zullen altijd aanvaard
worden, ook al hebben ze een Effectieve Datum
vroeger dan een bestaande module.
De modules Update Business Master Data en
Update Balance Responsible Party vormen zijn nooit
een obstakel om een andere module te aanvaarden :
een module met een Effective Datum in het
verleden, die verder teruggaat dan een effectieve
datum van een UBMD of een UBRP, zal toch
aanvaard worden.
Belangrijk om weten is of deze nieuwe module een impact
heeft op de reeds aanvaarde module en dit, rekening houdend
met de effectieve datum (ED) van de nieuwe module.



< betekent dat de nieuwe module het
toegangsregister (AR) van het toegangspunt wijzigt
vóór de uitvoering van de reeds vroeger aanvaarde
module.
= betekent dat de ED van de twee modules gelijk is.
> betekent dat de nieuwe module uitgevoerd zal
worden na de ED van de vorige module.
De gebruikte afkortingen zijn:




CP: Cancel Process = de inkomende module
annuleert de vorige aanvraag.
R : Rejected = de nieuwe module wordt verworpen
door het systeem.
PP : Parallel Process = de modules kunnen in
parallel aanvaard worden.
NA: Not Applicable = niet van toepassing omdat de
interacties technisch niet mogelijk zijn. Het gaat
gewoonlijk om modules die rechtstreeks in het
toegangsregister geregistreerd worden. Dit betekent
dus niet dat deze modules niet naast elkaar kunnen
bestaan.
Rekening houdend met de interacties zoals gedefinieerd
tussen de modules enerzijds en de beschikbare gegevens in
het kader van de Preswitching anderzijds, kunnen de spelers
in principe de eventuele verwerping van hun aanvraag
voorzien na de interacties.
Los van de interacties tussen modules, hebben de DNB’s ook
de mogelijkheid om de toegangspunten te blokkeren. Men
moet er dus rekening mee houden dat iedere lock op een
Toegangspunt tot gevolg zal hebben dat een verzonden
module verworpen wordt als hij niet de opheffing van de lock
vraagt en die lock niet effectief wordt opgeheven.
Het spreekt ook vanzelf dat wanneer een door het systeem
reeds aanvaarde module wordt geannuleerd door interactie
met een nieuwe module, de aanvrager van de initiële module
daarvan in kennis moet worden gesteld. Dit zal mogelijk zijn
door verzending van een verwerpingsbericht dat de
verwerpingscode verbonden aan de interactie bevat.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx

les modules Update Technical Master Data, Request
Start et Request Rectification seront toujours
acceptés, même si leur date effective se situe avant
un module existant.

Les modules Update Business Master Data et
Update Balance Responsible Party ne constituent
pas une « barrière » : tout module avec Date
Effective dans le passé, au-delà d’une date effective
d’un UBMD ou UBRP, sera bien accepté.
La question posée concernant les interactions est donc de
savoir si ce nouveau module a un impact sur celui qui a déjà
été accepté et ce, en fonction de la date effective (ED) de ce
nouveau module.



< signifie que le nouveau module modifie le Registre
d’Accès (RD) du point d’accès avant l’exécution du
module accepté antérieurement.
= signifie que la ED des deux modules est identique.
> signifie que le nouveau module sera exécuté après
l’ED du module antérieur.
Les abréviations utilisées sont les suivantes :




CP : Cancel Process = le module entrant annule la
demande antérieure.
R : Rejected = le nouveau module est rejeté par le
système.
PP : Parallel Process = Les modules peuvent être
acceptés en parallèle.
NA : Not Applicable = pas d’application car les
interactions ne sont pas techniquement possibles. Il
s’agit généralement de modules directement
enregistrés dans le registre d’accès. Cela ne signifie
donc pas que ces modules ne peuvent pas coexister.
Compte tenu des interactions telles que définies entre les
modules d’une part et des informations disponibles dans le
cadre du Preswitching d’autre part, il est en principe possible
pour les acteurs de prévoir les rejets éventuels de leur
demande suite aux interactions.
Indépendamment des interactions entre modules, les GRD
disposent également de la possibilité de bloquer les Points
d’Accès. Il faut donc considérer que tout lock placé sur un
Point d’Accès aura pour effet de rejeter un module envoyé si
celui-ci ne demande pas d’enlever ce lock et que ce lock est
effectivement enlevé.
Il est également évident que lorsqu’un module antérieurement
accepté par le système est annulé de par l’interaction avec un
nouveau module, le demandeur du module initial soit avisé de
cette annulation. Cela sera rendu possible grâce à l’envoi du
message de rejet qui contiendra le code de rejet lié à
l’interaction.
8/30
UMIG 6.0 - Structure
Interactions between modules
3.3 Modules zonder interacties – Modules sans interactions
Alvorens nader in te gaan op de modules met onderlinge
interacties, vermelden we hier de modules die geen interacties
met andere modules vertonen.
Avant d’entamer les explications liées au module ayant des
interactions entre eux, nous reprenons ici la liste des modules
n’ayant pas d’interaction avec d’autres modules.
Sommige modules hebben bovenal een notificatiewaarde. De
aanvraag van deze modules valt dus niet binnen de
interactieschema’s voorzien in de UMIG.
En effet, certains modules ont avant toute chose une valeur de
notification. La requête de ces modules ne rentre dès lors pas
dans les schémas d’interaction prévus dans le UMIG.
Het gaat om de volgende modules:
Ces modules sont les suivants :
-
Request Start: deze module is effectief op de datum
van acceptatie en kan dus niet het voorwerp zijn van
interacties met andere modules;
-
Request Start : ce module est effectif à la date de son
acceptation et ne peut dès lors pas faire l’objet
d’interactions avec d’autres modules ;
-
Update BMD: ook deze module is effectief op de
datum van acceptatie en kan dus niet het voorwerp
zijn van interacties met andere modules;
-
Update BMD : ce module est également effectif à la
date de son acceptation et ne peut dès lors pas faire
l’objet d’interactions avec d’autres modules ;
-
Request Rectification: deze module wordt meestal
gebruikt om reeds effectieve maar onjuiste situaties
recht te zetten (berichten/scenario’s). Het lijkt dus
logisch dat hij niet geannuleerd kan worden en dat hij
parallel met andere marktaanvragen gerealiseerd
wordt. Als de DNB echter geen andere
marktaanvragen wil zien binnenkomen voor een
Toegangspunt
waarvoor
een
rectificatie
in
behandeling is, kan hij altijd een lock op dit
Toegangspunt plaatsen;
-
Request Rectification : ce module est utilisé la plupart
du
temps
pour
rétablir
des
situations
(messages/scénarios) erronées et déjà effectives. Il
est dès lors logique qu’il ne puisse être annulé et qu’il
soit réalisé en parallèle d’autres demandes de
marché. Cependant, si le GRD souhaite ne pas voir
entrer d’autres demandes de marché sur un Point
d’Accès pour lequel le traitement d’une rectification a
lieu, il aura toujours la possibilité de placer un lock sur
ce Point d’Accès ;
-
Cancel Module: deze module is effectief op de datum
van acceptatie en kan dus niet het voorwerp zijn van
interacties met andere modules;
-
Cancel Module : l’effet de ce module est effectif à la
date de son acceptation et ne peut dès lors par faire
l’objet d’interactions avec d’autres modules ;
-
Prepayment: deze module is effectief op de datum
van acceptatie en kan dus niet het voorwerp zijn van
interacties met andere modules;
-
Prepayment : l’effet de ce module est effectif à la date
de son acceptation et ne peut dès lors par faire l’objet
d’interactions avec d’autres modules.
We komen in dit document niet meer terug op deze modules
en alleen de betekenisvolle interacties worden verder
ontwikkeld.
Dans la suite du document nous ne ferons plus référence à
ces modules et seules les interactions qui dont du sens seront
développées.
3.4 Interacties van Start Access – Interactions du Start Access
3.4.1
Start Access
New
21/11/2012
Supplier Switch
Start Access
Existing
ED
<
=
>
Start Access CP
CP
R
Customer Switch
21/11/2012
<
=
>
Figure 1 - Start access on Start Access v1.0
De nieuwe module annuleert de oude bij een ED <=.
Bijvoorbeeld: er kan een Supplier Switch aanvaard zijn maar
een Customer of Combined Switch op hetzelfde adres moet
voorrang krijgen indien de ED daarvan vroeger valt dan de
gevraagde verandering van toegangshouder. Het is evenwel
belangrijk dat een toegangshouder wiens Supplier Switch
werd aanvaard, op de hoogte wordt gebracht dat zijn klant dit
adres heeft verlaten (dat nog niet tot zijn portefeuille behoort).
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
Le nouveau module annule l’ancien si son ED est <=.
Exemple : un supplier switch peut avoir été accepté mais un
Customer ou Combined Switch sur la même adresse doit avoir
priorité si son ED est antérieure au changement de détenteur
d’accès demandé. Il est toutefois important que le détenteur
d’accès ayant vu son supplier switch accepté, soit informé que
son client a quitté cette adresse (qui n’est pas encore dans
son portefeuille).
9/30
UMIG 6.0 - Structure
Interactions between modules
Als de nieuwe Start echter later valt, zal de module verworpen
worden daar het niet zeker is dat de toegangshouder die de
aanvraag heeft gedaan nog actief is op het punt op het
ogenblik dat zijn aanvraag effectief wordt.
3.4.2
Par contre si le nouveau Start est postérieur, le module sera
rejeté car il n’est pas garanti que le détenteur d’accès
demandeur soit encore actif sur le point au moment où sa
demande sera effective.
Move In
New
Start Access
Existing
ED
<
Move In
=
>
R
Figure 2 - Start Access on Move In v1.0
De interactie op een Move In heeft geen zin aangezien het
toegangspunt nog inactief is op het ogenblik van de aanvraag.
In feite kan de interactie zelfs niet worden gecontroleerd
aangezien één van de ex-ante tests die op de module Start
Access wordt verricht, bestaat in de controle van de fysieke
status van het toegangspunt; als het toegangspunt niet actief
is, zal de module onmiddellijk verworpen worden.
3.4.3
L’interaction sur un Move-In n’a pas de sens car le Point
d’Accès serait encore inactif physiquement au moment de la
demande.
En fait, l’interaction ne pourra même pas être vérifiée étant
donné qu’un des tests ex-ante à réaliser sur le module du Start
Access consiste en la vérification du statut physique du
Point d’Accès ; si le Point d’Accès est inactif, le module sera
directement rejeté.
Move Out
New
Start Access
Existing
ED
Move Out
<
=
>
CP
CP
PP
Figure 3 - Start Access on Move Out v1.0
Een Start Access die geprogrammeerd wordt vóór de
administratieve datum van een Move Out, zal de Move Out
annuleren om afsluiting van de meters te voorkomen indien
een overnemer het toegangspunt vroeger overneemt.
Opgemerkt wordt dat bij een Supplier Switch, de
toegangshouder die de module opstart, weet (via
Preswitching) dat de klant een Move Out heeft gevraagd en
dat deze geannuleerd zal worden. Hij moet dus
dienovereenkomstig handelen met zijn klant en zo nodig later
opnieuw een Move Out lanceren. Het gaat evenwel om een
theoretische situatie daar een lang op voorhand geplande
Move Out onwaarschijnlijk is. Als de Start Access later valt
dan de administratieve datum van de Move Out, zal hij parallel
worden aanvaard. De uitvoering van de Move Out annuleert
dan de aanvaarde Start Access.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
Un Start Access programmé avant la date administrative d’un
Move-Out annulera ce dernier pour éviter une fermeture des
compteurs si un repreneur prend le Point d’Accès avant. A
noter toutefois qu’en cas de Supplier Switch, le détenteur
d’accès qui initie le module sait (via Preswitching) que le client
a demandé un Move-Out et que ce dernier sera annulé. Il lui
appartient donc d’agir en conséquence avec son client et, le
cas échéant, refaire un Move-Out par la suite. Il s’agit toutefois
d’une situation théorique car on n’imagine pas de move-out
programmés longtemps à l’avance. Si le Start Access est
postérieur à la date administrative du Move-out, il sera accepté
en parallèle. L’exécution du Move-out annulera alors le Start
Access accepté.
10/30
UMIG 6.0 - Structure
Interactions between modules
3.4.4
Initiate Update Access
New
Start Access
Existing
ED
Initiate
Update
Access
<
=
>
CP
CP
PP
Figure 4 - Start Access on Initiate Update Access v1.0
De Start Access die effectief is voor de Initiate Update Access
heeft voorrang en annuleert deze laatste. Als de Start Access
echter een latere effectieve datum heeft, lopen de twee
modules parallel.
Opgemerkt wordt dat in Wallonië, het Toegangspunt in
principe “locked” zal zijn en dat de DNB dus zal beslissen of
hij de Start Access al dan niet aanvaardt (ja voor een label
Combined Switch, neen voor een label Supplier Switch).
In Brussel zou het DNB ook een lock op het ToegangsPunt
kunnen plaatsen om interacties te vermijden.
3.4.5
Le Start Access effectif avant l’Initiate Update Access a priorité
et annule ce dernier. Toutefois, si le Start Access a une date
effective ultérieure, les deux modules agissent en parallèle.
A noter qu’en Wallonie, le Point d’Accès sera en principe
« locked » et le GRD décidera donc s’il accepte le Start
Access ou pas (oui pour un label Combined Switch, non pour
un label Supplier Switch).
À Bruxelles, il appartiendra aussi au GRD de placer un lock
sur le Point d’Accès afin d’éviter les interactions.
Initiate Stop Access
New
Start Access
Existing
ED
<
=
>
Initiate
CP
Stop Access
CP
PP
Figure 5 - Start Access on Initiate Stop Access v1.0
Als de Start Access effectief is vóór de gevraagde Initiate Stop
Access, moet hij voorrang krijgen en de lopende acties
annuleren.
Valt de Start Access echter na de Initiate Stop Access, dan
lopen ze parallel. Een toegangshouder die een Supplier
Switch lanceert zal dus niet worden verwittigd van de drop
situatie → de vertrouwelijkheid wordt gerespecteerd.
Opgemerkt wordt dat de naleving van de vertrouwelijkheid een
negatief effect heeft in de zin dat, tussen de Initiate Stop
Access en de Start Access, het toegangspunt gedurende een
korte tijd zou kunnen overgaan naar de sociale leverancier (of
leverancier X). De DNB kan altijd beslissen om het
toegangspunt niet af te sluiten indien de periode tussen de
twee ED’s te kort is.
Opmerkingen:Als de Start na de Initiate Stop aanvaard wordt
en de afsluiting plaatsheeft vóór de ED, wordt
de toegangshouder van de Start Access
daarvan in kennis gesteld.
Si le Start Access est effectif avant le Initiate Stop Access
demandé, il doit être prioritaire et annuler les actions en cours.
Par contre, si le Start Access est postérieur au Initiate Stop
Access, il se fera en parallèle. Un détenteur d’accès qui lance
un Supplier Switch ne sera donc pas avisé de la situation de
drop → la confidentialité est donc respectée. A noter toutefois
que le respect de la confidentialité a un effet négatif dans le
sens où, entre le Initiate Stop Access et le Start Access, le
Point d’Accès pourrait passer chez le fournisseur social (ou
fournisseur X) pour une courte période. Le GRD pourra
toujours décider de ne pas aller couper le Point d’Accès si la
période entre les deux ED est trop courte.
Remarques : Si le start postérieur au Initiate Stop est accepté
et que la coupure a lieu avant la ED, le
détenteur d’accès du Start Access est informé.
Aux alentours de la date de coupure planifiée, le Point d’Accès
sera en « lock ».
Rond de geplande afsluitingsdatum, zal het toegangspunt
“locked” zijn.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
11/30
UMIG 6.0 - Structure
Interactions between modules
3.4.6
Initiate Leaving Customer
New
1 /0 /201
Leaving Customer
Start Access
Existing
ED
Initiate
Leaving
Customer
<
=
>
CP
CP
R
Customer Switch
19/04/201
<
=
>
Figure 6 - Start Access on Initiate Leaving Customer v1.0
Men bevindt zich hier in een problematische verhuissituatie.
Doel is dus om de situatie te regulariseren en iedere Start
Access moet de eventuele door de DNB ondernomen acties
annuleren.
On se trouve dans une situation de déménagement
problématique. Le but est donc de régulariser la situation et
tout Start Access doit annuler les éventuelles actions
entreprises par le GRD.
Een latere Start Access zal verworpen worden want er mag
geen verschil zijn tussen de datum van de ILC en de datum
van de Start Access die daarop volgt.
Un Start Access postérieur sera rejeté car il ne peut y avoir de
différence entre la date du ILC et celle du Start Access qui
suit..
Opmerking:
Remarque :
-
Dit type situatie zou vrij uitzonderlijk moeten zijn,
daar een Initiate Leaving Customer met (of zonder)
Document van energie-overname, gewoonlijk
verstuurd zal worden met een datum in het verleden.
Er zullen bijgevolg geen interacties zijn. Bovendien
zal de Start nooit een Supplier Switch zijn (enkel een
Combined Switch) aangezien de nieuwe klant nog
niet geregistreerd zal zijn op het toegangspunt.
-
De ED van de Initiate Leaving Customer is de
verhuisdatum van de klant.
3.4.7
-
Ce type de situation devrait être assez exceptionnelle
étant donné que généralement, un Initiate Leaving
Customer avec (ou sans) Document de reprise des
énergies, sera généralement envoyé avec une date
dans le passé. Il n’y aura dès lors pas d’interactions.
De plus, le Start ne sera jamais un Supplier Switch
(uniquement un Combined Switch) puisque le
nouveau client ne sera pas encore enregistré sur le
Point d’Accès.
-
La ED du Initiate Leaving Customer est la date de
déménagement du client.
Update BRP
New
Start Access
Existing
ED
<
=
>
Update BRP CP
CP
PP
Figure 7 - Start Access on Update BRP v1.0
Als de Start Access effectief is vóór de update BRP, heeft hij
voorrang en annuleert hij de verandering van BRP. Als het
gaat om een Customer Switch, lanceert de leverancier de
Update BRP opnieuw (interne Business rules).
Si le Start Access est effectif avant l’update BRP, il est
prioritaire et annule le changement de BRP. S’il s’agit d’un
Customer Switch, le détenteur d’accès relance le Update BRP
(Business rules internes).
Als de Start Access echter na de Update BRP valt, dan lopen
ze parallel.
Par contre, si le Start Access est postérieur au Update BRP, il
se fera en parallèle.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
12/30
UMIG 6.0 - Structure
Interactions between modules
3.4.8
Update Customer Metering Configuration
New
Start Access
Existing
ED
Upd Cust
Metering
Config.
<
=
>
CP
CP
PP
Figure 8 - Start Access on Update Customer Metering Configuration v1.0
Als de Start Access een effectieve datum heeft ≤ de Update
Customer Metering Configuration, dan wordt deze laatste
geannuleerd. Zo niet lopen de twee modules parallel verder.
3.4.9
Si le Start Access a une date effective ≤ que l’Update
Customer Metering Configuration, ce dernier sera annulé. A
défaut, les deux modules se poursuivent en parallèle.
Initiate Local Production
New
Start Access
Existing
ED
Initiate
Local Prod
uction
<
=
>
CP
CP
PP
Figure 9 - Start Access on Initiate Local Production v1.0
Als de effectieve datum van de Start Access ≤ de Initiate Local
Production, dan wordt deze laatste geannuleerd. Zo niet lopen
de twee modules parallel verder.
Si le Start Access a une date effective ≤ que l’Initiate Local
Production, ce dernier sera annulé. A défaut, les deux modules
se poursuivent en parallèle.
Opgemerkt wordt dat de module Initiate Local Production
systematisch een verandering van service impliceert en dat de
interacties met die module dus nagetrokken zullen moeten
worden op het niveau van het Headpoint en niet van het
Toegangspunt.
A noter que le module Initiate Local Production implique
systématiquement un changement de service et que dès lors,
les interactions avec ce module devront être vérifiées au
niveau du Headpoint et non pas du Point d’Accès.
3.5 Interacties van Move In – Interactions du Move In
Een Move In zal altijd verworpen worden als er een andere
module werd aanvaard. Dit betekent immers dat het
toegangspunt reeds fysiek actief is. Een Move In is dus
zinloos.
In geval van een Cancel Module of Request
Rectification, lopen de modules parallel.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
Un Move-In sera toujours rejeté si un autre module a été
accepté. Cela signifie en effet, que le Point d’Accès est déjà
actif physiquement. Un Move-In n’a donc pas de sens. Dans
le cas d’un Cancel Module ou Request Rectification, les
modules se feront en parallèle.
13/30
UMIG 6.0 - Structure
Interactions between modules
3.6 Interacties van Move Out – Interactions du Move Out
3.6.1
Start Access / Initiate Local Production
New
Move Out
Existing
ED
<
=
>
Start Access PP
R
R
Figure 10 - Move Out on Start Access v1.0
Een Move-Out die wordt gevraagd terwijl al een Start Access
of een Initiate Local Production (ILP) werd aanvaard, moet
verworpen worden. Als de Start Access of de ILP een Supplier
Switch is, moet de klant wachten dat hij bij zijn nieuwe
leverancier is om de aanvraag te doen of aan deze laatste
vragen om het toegangspunt van het toekomstige adres te
nemen. De aanvraag om afsluiting vóór de Start Access of de
ILP kan gepland worden maar blijft parallel lopen met de
bestaande module aangezien, bij het uitblijven van een
effectieve afsluiting, de Start Access of de ILP mogelijk moet
zijn (de “fysieke” uitvoering van de Move Out zal automatisch
de annulatie van iedere voor de toekomst voorziene module
meebrengen).
Opgemerkt wordt dat de module Initiate Local Production
systematisch een verandering van service impliceert en dat de
interacties met die module dus nagetrokken zullen moeten
worden op het niveau van het Headpoint en niet van het
Toegangspunt.
3.6.2
Un Move-Out demandé alors qu’un Start Access ou un Initiate
Local Production (ILP) a déjà été accepté doit être rejeté. Si le
Start Access ou l’ILP est un Supplier Switch, le client doit
attendre d’être chez son nouveau détenteur d’accès pour faire
la demande ou, demander à ce dernier de prendre le Point
d’Accès de la future adresse. La demande de fermeture
prévue avant le Start Access ou l’ILP peut être programmée
mais reste en parallèle du module existant car, à défaut d’une
fermeture effective, le Start Access ou l’ILP devrait pouvoir se
faire (l’exécution « physique » du move-out entrainera une
annulation automatique de tout module prévu dans le futur).
A noter que le module Initiate Local Production implique
systématiquement un changement de service et que dès lors,
les interactions avec ce module devront être vérifiées au
niveau du Headpoint et non pas du Point d’Accès.
Move In
New
Move Out
Existing
ED
<
Move In
=
>
R
Figure 11 - Move Out on Move In v1.0
De aanvraag wordt verworpen want het toegangspunt is reeds
fysiek inactief.
3.6.3
La demande est rejetée car le Point d’Accès est déjà inactif
physiquement.
Move Out
New
Move Out
Existing
ED
Move Out
<
=
>
R
Figure 12 - Move Out on Move Out v1.0
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
14/30
UMIG 6.0 - Structure
Interactions between modules
Een dergelijke aanvraag is slechts gerechtvaardigd als de
klant een uitvoering wenst vóór de administratieve datum. In
dat geval hebben de marktspelers ermee ingestemd dat een
DNB een afspraak maakt op een vroegere dan de effectieve
datum, maar niet vroeger dan de request date.
3.6.4
Une telle demande ne peut se justifier que si le client souhaite
une exécution avant la date administrative. Dans ce cas, les
acteurs du marché ont marqué leur accord pour qu’un GRD
puisse fixer une rendez-vous à une date antérieure à la date
effective, sans toutefois être antérieure à la request date.
Initiate Update/Stop Access
New
Move Out
Existing
ED
Initiate
Update et
Stop Access
<
=
>
PP
Figure 13 - Move Out on Initiate Update/Stop Access v1.0
De Move Out datum is een administratieve datum en het is
niet zeker dat het toegangspunt effectief afgesloten zal
worden. De modules lopen bijgevolg parallel en het is de
effectieve buitendienststelling van de meter die de bestaande
module zal annuleren.
Voor de Initiate Stop Access geldt het principe ook als de
Move Out na de effectieve datum valt daar het in dat geval
mogelijk is dat het toegangspunt bij de sociale leverancier is
(in Vlaanderen).
3.6.5
La date du Move-Out étant administrative, rien ne confirme
que le Point d’Accès sera effectivement fermé. Dès lors, les
modules fonctionnent en parallèle c’est la mise hors service
effective qui annulera le module existant.
Pour l’Initiate Stop Access, le principe est également valable si
le Move-Out se situe après la date effective car, dans ce cas, il
est possible que le Point d’Accès soit chez le fournisseur
social (en Flandres).
Initiate Leaving Customer
New
Move Out
Existing
ED
Initiate
Leaving
Customer
<
=
>
R
Figure 14 - Move Out on Initiate Leaving Customer v1.0
Een aanvraag om afsluiting zal altijd geweigerd worden als de
klant /toegangshouder al een verhuismodule heeft gelanceerd.
Als de klant van mening verandert en zijn meters toch wenst
af te sluiten, zal de toegangshouder een Cancel Module
verrichten op zijn Initiate Leaving Customer om een Move Outaanvraag te kunnen versturen.
3.6.6
Une demande de fermeture sera toujours refusée si le
client/détenteur d’accès a déjà lancé un module de
déménagement. Si le client change d’avis et souhaite
néanmoins fermer ses compteurs, le détenteur d’accès fera un
Cancel Module de son Initiate Leaving Customer pour pouvoir
envoyer une demande de Move-Out
Update Customer Metering Configuration
New
Move Out
Existing
ED
Upd Cust
Metering
Config.
<
=
>
CP
CP
PP
Figure 15 - Move Out on Update Customer Metering Configuration v1.0
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
15/30
UMIG 6.0 - Structure
Interactions between modules
Als de Move Out voorzien is vóór of op de datum van de
Update Customer Metering Configuration, dan wordt deze
laatste geannuleerd. Anders lopen de modules parallel.
Si le Move-Out est prévu avant ou à la date de l’Update
Customer Metering Configuration, ce dernier est annulé. A
défaut, les modules fonctionnent en parallèle.
3.7 Interacties van Initiate Update Access – Interactions du Initiate Update Access
3.7.1
Start Access / Initiate Local Production
New
Existing
ED
Initiate
Update
Access
1 /0 /201
Start Access
<
=
>
Start Access PP
R
R
Pose CAB/LIM
19/04/201
<
=
>
Figure 16 - Initiate Update Access or Start Access on Initiate Update Access v1.0
Als de aanvraag valt vóór de aangekondigde Start Access
(/ILP), is het logisch dat het scenario gevalideerd kan worden.
De modules lopen dus parallel, zonder dat de eerste
geaccepteerde aanvraag wordt geannuleerd.
Si la demande est antérieure au Start Access (/ILP) annoncé, il
est logique que le scénario puisse être validé. Il se fera donc
en parallèle, sans annuler la première demande acceptée.
Valt de aanvraag na de Start Access (/ILP), dan moet ze
verworpen worden daar de toegangshouder niet meer actief
zal zijn op het toegangspunt op de gevraagde effectieve
datum.
Si la demande est postérieure au Start Access (/ILP), elle doit
être rejetée car le détenteur d’accès ne sera plus actif sur le
Point d’Accès à la date effective demandée.
Het plaatsen van een Vermogensbegrenzer BM na de Start
Access (/ILP) kan niet aanvaard worden daar hetzij de klant,
hetzij de toegangshouder (of zelfs beiden) niet dezelfde is. Er
dient evenwel te worden nagegaan hoe men een BM tegelijk
met de Start Access (/ILP) kan desactiveren. Bijvoorbeeld:
een nieuwe klant komt op een toegangspunt met BM en deze
moet gedesactiveerd worden. De Initiate Update Access
(desactivering BM) wordt verworpen, hij wordt opnieuw
gevraagd na de ED van de Start Access (/ILB) maar de BM is
op dat ogenblik al enkele dagen actief voor de nieuwe klant.
Poser un Limiteur de Puissance/CAB après le Start Access
(/ILP) ne peut toutefois être accepté puisque soit le client, soit
le détenteur d’accès (voire les deux) n’est le même. Il y a
toutefois lieu de voir comment faire pour désactiver un CAB en
même temps que le Start Access (/ILP). Exemple : nouveau
client arrive sur un Point d’Accès avec CAB et ce dernier doit
être désactivé. Le Initiate Update Access (désactivation CAB)
est rejeté, il est redemandé après la ED du Start Access (/ILP)
mais le client a alors le CAB actif pendant quelques jours.
Er moet tussen de leveranciers een gentleman's agreement
worden gesloten om technische interventies te vermijden voor
een te korte tijdspanne, rekening houdend met de datum Start
Access (/ILP) die men kan kennen via de Preswitching.
Un gentleman agreement doit être convenu entre détenteurs
d’accès afin d’éviter des interventions techniques pour des
délais trop courts par rapport à la date de Start Access (/ILP)
accessible via le Preswitching.
Opgemerkt wordt dat de module Initiate Local Production
systematisch een verandering van service impliceert en dat de
interacties met die module dus nagetrokken zullen moeten
worden op het niveau van het Headpoint en niet van het
Toegangspunt.
A noter que le module Initiate Local Production implique
systématiquement un changement de service et que dès lors,
les interactions avec ce module devront être vérifiées au
niveau du Headpoint et non pas du Point d’Accès.
3.7.2
Move In
New
Existing
ED
Move In
Initiate
Update
Access
<
=
30/05/2012
Move In
>
R
Pose CAB/LIM
30/05/2012
<
=
>
Figure 17 - Initiate Update Access on Move In v1.0
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
16/30
UMIG 6.0 - Structure
Interactions between modules
De aanvraag is zinloos op een Move In aangezien het punt
niet actief is.
3.7.3
Move Out
New
Existing
ED
La demande n’a pas de sens sur un Move-In puisque le point
n’est pas actif.
Initiate
Update
Access
<
Move Out
=
21/11/2012
Move Out
>
PP
<
Pose CAB/LIM
21/11/2012
=
>
Figure 18 - Initiate Update Access on Move Out v1.0
Een Update Access moet mogelijk zijn, zelfs al is er een
Move-Out gepland. De toegangshouders zullen evenwel
vermijden om een scenario op te starten als ze weten dat een
klant van plan is de plaats te verlaten. De datum van de Move
Out is een administratieve datum en het is niet zeker dat het
punt effectief afgesloten zal worden. Het betreft ook een
theoretische situatie aangezien de leveranciers zullen
proberen om Move Outs te vermijden, deze niet lang op
voorhand te voorzien zijn en ze zullen gebeuren via de
tussenpersoon van de toegangshouder.
3.7.4
Initiate Update Access
New
Existing
ED
Initiate
Update
Access
Un Update Access doit pouvoir se réaliser même si un MoveOut est programmé. Les détenteurs d’accès veilleront toutefois
à éviter d’initier une demande en sachant que le client prévoit
de quitter le lieu. La date de Move-Out étant administrative,
rien ne garantit que le Point d’Accès sera effectivement fermé.
Il s’agit également d’une situation théorique puisque les
détenteurs d’accès veilleront à éviter les Move-Out, que ceuxci ne devraient pas être prévus longtemps à l’avance et qu’ils
se feront par l’intermédiaire du détenteur d’accès.
Initiate
Update
Access
<
=
1 /0 /201
Initiate Update Access
>
R
Pose CAB/LIM
19/04/201
<
=
>
Figure 19 - Initiate Update Access on Initiate Update Access v1.0
Een dergelijke situatie is zinloos en moet dus verworpen
worden. Indien nodig (om een effectieve datum te veranderen)
moet de toegangshouder eerst een Cancel Module van de
eerste module verrichten.
3.7.5
Ce type de situation n’a pas de sens et doit donc être rejeté. Si
nécessaire (pour changer une date effective), le détenteur
d’accès doit d’abord faire un Cancel Module du premier
module.
Initiate Stop Access
New
Existing
ED
Initiate
Stop Access
Initiate
Update
Access
<
=
>
R
Figure 20 - Initiate Update Access on Initiate Stop Access v1.0
Het zou gaan om de vervanging van de voor een residentiële
klant ingezette procedure door een procedure voor nietresidentiële klant. De toegangshouder moet eerst een Cancel
Module van de eerste module verrichten, gevolgd door een
BMD update alvorens de juiste procedure op te starten.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
Il s’agirait de remplacer la procédure initiée pour un client
résidentiel par une procédure pour non résidentiel. Le
détenteur d’accès doit d’abord faire un Cancel Module du
premier module, suivi d’un update BMD avant de relancer la
bonne procédure.
17/30
UMIG 6.0 - Structure
Interactions between modules
3.7.6
Initiate Leaving Customer
New
Initiate
Update Access
Existing
ED
Initiate
Leaving
Customer
<
=
>
PP
R
R
Figure 21 - Initiate Update Access on Initiate Leaving Customer v1.0
Het lijkt niet erg logisch om de levering te willen stoppen op
een toegangspunt waarvoor de klant zijn toekomstige
verhuizing heeft aangekondigd. Als die echter te veraf ligt, kan
de toegangshouder zijn aanvraag parallel doen. Als de
effectieve datum na de datum van de ILC valt, moet de
aanvraag worden verworpen.
3.7.7
Il semble peu logique de vouloir stopper la fourniture d’un
Point d’Accès pour lequel le client a annoncé son
déménagement dans le futur. Si toutefois, ce dernier devait
être trop éloigné, le détenteur d’accès peut faire sa demande
en parallèle. Si la date effective est postérieure à celle du ILC,
la demande doit être rejetée.
Update BRP
New
Existing
ED
Initiate
Update
Access
<
Update BRP
=
>
PP
Figure 22 - Initiate Update Access on Update BRP v1.0
De modules lopen parallel.
3.7.8
Les modules se déroulent en parallèle.
Update Customer Metering Configuration
New
Existing
ED
Upd Cust
Metering
Config.
Initiate
Update
Access
<
=
>
CP CP
PP
Figure 23 - Initiate Update Access on Update Customer Metering Configuration v1.0
Als de Initiate Update Access voorzien is vóór of op de datum
van de Update Customer Metering Configuration, dan wordt
deze laatste geannuleerd. Anders lopen de modules parallel.
Si l’Initiate Update Access est prévu avant ou à la date de
l’Update Customer Metering Configuration, ce dernier est
annulé. A défaut, les modules fonctionnent en parallèle.
3.8 Interacties van Initiate Stop Access – Interactions du Initiate Stop Access
De interacties zijn dezelfde als voor de module Initiate Update
Access, behalve wat betreft de aanwezigheid van een
geplande Update BRP. Opgemerkt wordt dat als de
toegangshouder al een Initiate Leaving Customer heeft
gelanceerd, zijn Stop Access-aanvraag verworpen zal worden.
In voorkomend geval kan hij een Request Cancel doen om
voorrang te geven aan een Stop Access.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
Les interactions sont identiques à celles du module Initiate
Update Access, sauf en ce qui concerne la présence d’un
Update BRP planifié. A noter que si le détenteur d’accès a
déjà lancé un Initiate Leaving Customer, sa demande de Stop
Access sera réjétée. Le cas échéant, il peut faire un Request
Cancel pour donner priorité à un Stop Access.
18/30
UMIG 6.0 - Structure
Interactions between modules
3.8.1
Update BRP
New
30/05/2012
Update BRP
Initiate Stop
Access
Existing
ED
<
=
>
Update BRP CP
CP
PP
Drop / Eoc
30/05/2012
<
=
>
Figure 24 - Initiate Stop Access on Update BRP v1.0
Als de Initiate Stop Access voorzien is vóór de datum van
wijziging van de BRP, dan wordt deze laatste geannuleerd.
Si le Initiate Stop Access est prévu avant la date de
changement de BRP, ce dernier est annulé.
3.9 Interacties van Initiate Leaving Customer – Interactions du Initiate Leaving Customer
3.9.1
New
Existing
ED
Start Access / Initiate Local Production
Initiate
Leaving
Customer
<
=
>
Start Access CP
R
R
19/04/2012
Customer Switch
Leaving Customer
19/04/2012
<
=
>
Figure 25 - Initiate Leaving Customer on Start Access or Initiate Local Production v1.0
Als de vertrekkende klant zich manifesteert na de intrekkende
klant maar voor een vroegere datum, dan moet zijn aanvraag
worden behandeld. Bijgevolg moet de Start Access (/ILP)
geannuleerd worden. De betrokken toegangshouder moet dan
met zijn klant bekijken hoe de situatie zo goed mogelijk kan
worden geregulariseerd.
Si le client sortant se manifeste après l’entrant mais pour une
date antérieure, il faut traiter se demande. Par conséquent, le
Start Access (/ILP) doit être annulé. Le détenteur d’accès
concerné doit alors voir avec son client comment régulariser
au mieux cette situation.
Er is echter geen reden om de aanvraag te valideren indien ze
na de Start Access (/ILP) valt.
Par contre, il n’y a pas de raison de valider la demande si elle
se situe après le Start Access (/ILP).
Als de Start Access (/ILP) een Supplier Switch betreft en de
Initiate Leaving Customer is opgenomen voor een latere
datum, dan moet de klant zich richten tot de toegangshouder
die verantwoordelijk zal zijn voor het toegangspunt op het
ogenblik van zijn verhuizing. Deze laatste zal de Initiate
Leaving Customer pas kunnen opstarten nadat hij de actieve
toegangshouder voor het toegangspunt is geworden.
Si le Start Access (/ILP) est un Supplier Switch et que le
Initiate Leaving Customer est renseigné pour une date
ultérieure, Il faut que le client s’adresse au détenteur d’accès
qui sera responsable du Point d’Accès au moment de son
déménagement. Ce dernier ne pourra alors lancer le Initiate
Leaving Customer qu’après être devenu le détenteur d’accès
actif du Point d’Accès.
Module in het verleden: De Initiate Leaving Customer kan in
het verleden worden opgestart maar opgemerkt wordt dat de
module niet verder kan terugkeren dan een andere en dus
verworpen zal worden. In voorkomend geval, als de vorige
module een door dezelfde toegangshouder verstuurde module
is (bv. Initiate Stop Access), moet hij die module eerst
annuleren. Als het echter gaat om een Start Access (/ILP)
door een andere toegangshouder, dan heeft de Initiate
Leaving Customer geen bestaansreden meer aangezien de
klant reeds werd afgesloten.
Module dans le passé : Le Initiate Leaving Customer pouvant
être initié dans le passé, il est à noter que le module ne peut
pas aller au-delà d’un autre et sera donc rejeté. Le cas
échéant, si le module précédent est un module envoyé par le
même détenteur d’accès (ex : Initiate Stop Access), il doit
d’abord annuler ce module. Si par contre il s’agit d’un Start
Access (/ILP) envoyé par un autre détenteur d’accès, l’Initiate
Leaving Customer n’a plus de raison d’être puisque le client a
déjà été clôturé.
Opgemerkt wordt dat de module Initiate Local Production
systematisch een verandering van service impliceert en dat de
interacties met die module dus nagetrokken zullen moeten
worden op het niveau van het Headpoint en niet van het
A noter que le module Initiate Local Production implique
systématiquement un changement de service et que dès lors,
les interactions avec ce module devront être vérifiées au
niveau du Headpoint et non pas du Point d’Accès.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
19/30
UMIG 6.0 - Structure
Interactions between modules
Toegangspunt.
3.9.2
Move In / Out
New
Existing
ED
Move Out
Initiate
Leaving
Customer
<
=
>
R
Figure 26 - Initiate Leaving Customer on Move In or Move Out v1.0
De Move In is onmogelijk aangezien het punt actief is.
Le Move-In est impossible puisque le point est actif.
Indien een Move Out vervangen moet worden door een Initiate
Leaving Customer, zal de toegangshouder eerst een Cancel
Module van de Move Out doen.
S’il y a lieu de remplacer un Move-Out par le Initiate Leaving
Customer, le détenteur d’accès fera d’abord un Cancel Module
du Move-Out.
3.9.3
New
Existing
ED
Initiate
Update
Access
Initiate Update Access
Initiate
Leaving
Customer
<
=
>
CP
CP
PP
Figure 27 - Initiate Leaving Customer on Initiate Update Access v1.0
Bij gebrek aan een “lock”, moeten de geplande tussenkomsten
geannuleerd worden indien de verhuizing vóór de voorziene
plaatsing valt. Indien de klant echter verhuist na de voorziene
plaatsing, kunnen de modules parallel lopen. Het is aan de
toegangshouder om de aanvraag maar te lanceren als de
termijn tussen de twee het echt rechtvaardigt.
3.9.4
New
Existing
ED
A défaut de « lock », les interventions programmées doivent
être annulées si le déménagement est antérieur à la pose
prévue. Par contre, si le client déménage après la pose
prévue, le module peut fonctionner en parallèle. Il appartient
alors au détenteur d’accès de n’initier la demande que si les
délais entre les deux le justifie vraiment
Initiate Stop Access
Initiate
Leaving
Customer
<
=
>
Initiate
CP
Stop Access
CP
R
Figure 28 - Initiate Leaving Customer on Initiate Stop Access v1.0
Bij gebrek aan een “lock”, moeten de geplande tussenkomsten
geannuleerd worden indien de verhuizing vóór de gevraagde
Initiate Stop Access valt. Als de klant echter daarna verhuist,
wordt de module verworpen aangezien de toegangshouder op
de effectieve datum van de module niet langer de actieve
toegangshouder van het punt zal zijn.
A défaut de « lock », les interventions programmées doivent
être annulées si le déménagement est antérieur au Initiate
Stop Access demandé. Par contre, si le client déménage
après, le module est rejeté car le détenteur d’accès ne sera
plus le détenteur d’accès actif du point à la date effective du
module.
Men zou de aanvraag kunnen verwerpen als ze een tijdstip na
de Initiate Stop Access betreft maar, voor het geval een
andere toegangshouder deze klant zou overnemen vóór zijn
On pourrait rejeter la demande si elle se situe après le Initiate
Stop Access mais, au cas où un autre détenteur d’accès
reprendrait ce client avant son déménagement, il reste utile
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
20/30
UMIG 6.0 - Structure
Interactions between modules
verhuizing, blijft het nuttig om deze toekomstige actie te
registreren.
3.9.5
d’enregistrer cette action future.
Initiate Leaving Customer
New
Existing
ED
Initiate
Leaving
Customer
Initiate
Leaving
Customer
<
=
>
R
Figure 29 - Initiate Leaving Customer on Initiate Leaving Customer v1.0
Aangezien het dezelfde module betreft, moet hij verworpen
worden. Indien hij wegens verandering van datum gewijzigd
moet worden, wordt een Cancel Module vereist.
3.9.6
New
Existing
ED
S’agissant du même module, il doit être rejeté. SI pour des
raisons de changement de date, il faut le modifier, il y a lieu de
faire un Cancel Module.
Update BRP
Initiate
Leaving
Customer
<
=
>
Update BRP CP
CP
PP
Figure 30 - Initiate Leaving Customer on Update BRP v1.0
Als de klant het toegangspunt verlaat vóór de datum van de
BRP-verandering, dan wordt deze laatste geannuleerd. Het
valt onder de verantwoordelijkheid van de toegangshouder om
de impact te beheren van een verandering van BRP op de
lopende modules.
3.9.7
Si le client quitte le Point d’Accès avant la date de changement
de BRP, ce dernier est annulé. C’est de la responsabilité du
détenteur d’accès de gérer les impacts d’un changement de
BRP sur les modules en cours.
Update Customer Metering Configuration
New
Existing
ED
Upd Cust
Metering
Config.
Initiate
Leaving
Customer
<
=
>
CP
CP
PP
Figure 31 - Initiate Leaving Customer on Update Customer Metering Customer v1.0
Als de Initiate Leaving Customer voorzien is vóór of op de
datum van de Update Customer Metering Configuration, dan
wordt deze laatste geannuleerd. Anders lopen de modules
parallel.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
Si l’Initiate Leaving Customer est prévu avant ou à la date de
l’Update Customer Metering Configuration, ce dernier est
annulé. A défaut, les modules fonctionnent en parallèle.
21/30
UMIG 6.0 - Structure
Interactions between modules
3.10 Interacties van Update BRP – Interactions du Update BRP
3.10.1
Start Access / Initiate Local Production
New
24/04/2012
Start Access
Update BRP
Existing
ED
<
=
>
Start Access PP
R
R
Update BRP
24/04/2012
<
=
>
Figure 32 - Update BRP on Start Access v1.0
Als de BRP update effectief is vóór de geregistreerde Start
Access (/ILP), moet hij parallel kunnen gebeuren, zonder de
Start Access (/ILP) te annuleren.
Si l’update BRP est effectif avant le Start Access (/ILP)
enregistré, il doit pouvoir se faire en parallèle, sans annuler le
Start Access (/ILP).
Op of na de datum van de Start Access (/ILP) moet de Update
BRP echter verworpen worden daar het mogelijk om een
andere toegangshouder gaat.
Par contre, à la date du Start Access (/ILP) ou après celui-ci,
l’Update BRP doit être rejeté car il se peut qu’il s’agisse d’un
autre détenteur d’accès.
Opgemerkt wordt dat in geval van een Customer Switch, de
toegangshouder zijn scenario opstart met kennis van zaken en
dus een Cancel Module van de Start Access (/ILP) kan doen,
dan de Update BRP kan lanceren en dan de Start Access
(/ILP) opnieuw kan doen.
A noter qu’en cas de Customer Switch, le détenteur d’accès
lance son scénario en connaissance de cause et peut donc
faire un Cancel Module du Start Access (/ILP), lancer l’Update
BRP pour ensuite, refaire le Start Access (/ILP).
Opgemerkt wordt dat de module Initiate Local Production
systematisch een verandering van service impliceert en dat de
interacties met die module dus nagetrokken zullen moeten
worden op het niveau van het Headpoint en niet van het
Toegangspunt.
A noter que le module Initiate Local Production implique
systématiquement un changement de service et que dès lors,
les interactions avec ce module devront être vérifiées au
niveau du Headpoint et non pas du Point d’Accès.
3.10.2
Move In
New
Update BRP
Existing
ED
<
Move In
=
>
PP
Figure 33 - Update BRP on Move In v1.0
De update BRP wordt ook toegestaan bij een Move-In om de
toegangshouder de mogelijkheid te laten om de BRP te
updaten om zo te zorgen dat hij het contract kan opstarten
met zo correct mogelijke gegevens.
3.10.3
L’update BRP est aussi autorisé en cas de Move-In afin de
laisser la possibilité au détenteur d’accès de mettre à jour le
BRP et s’assurer ainsi pouvoir démarrer le contrat avec les
données les plus correctes possibles.
Move Out
New
Update BRP
Existing
ED
Move Out
<
=
>
PP
Figure 34 - Update BRP on Move Out v1.0
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
22/30
UMIG 6.0 - Structure
Interactions between modules
Met een Move Out moeten de modules parallel lopen omdat
de geregistreerde Move Out datum louter administratief is.
3.10.4
Avec un Move-Out, les modules doivent interagir en parallèle
car la date enregistrée du Move-Out n’est que administrative.
Initiate Update Access
New
Update BRP
Existing
ED
Initiate
Update
Access
<
=
>
PP
Figure 35 - Update BRP on Initiate Update Access v1.0
De bestaande module heeft geen enkele impact op de actieve
toegangshouder van het toegangspunt. De Update BRP moet
dus parallel worden aanvaard.
3.10.5
Le module existant n’a aucun impact sur le détenteur d’accès
actif du Point d’Accès. L’Update BRP doit donc être accepté
en parallèle.
Initiate Stop Access
New
24/04/2012
Drop / EoC
Update BRP
Existing
ED
<
=
>
Initiate
PP
Stop Access
R
R
<
Update BRP
24/04/2012
=
>
Figure 36 - Update BRP on Initiate Stop Access v1.0
Als de Update BRP effectief is vóór de geregistreerde Initiate
Stop Access, moet hij parallel gebeuren, zonder de Initiate
Stop Access te annuleren.
Si l’update BRP est effectif avant le Initiate Stop Access
enregistré, il doit pouvoir se faire en parallèle, sans annuler le
Initiate Stop Access.
Op de datum van de Initiate Stop Access of daarna, moet de
Update BRP evenwel verworpen worden aangezien het punt
niet meer dezelfde toegangshouder heeft (onderbreking of
overstap naar leverancier X – behalve in Brussel waar de
toegangshouder de Update BRP dan opnieuw moet lanceren
als dit nodig blijkt).
Par contre, à la date du Initiate Stop Accessou après celui-ci,
l’Update BRP doit être rejeté car le point ne sera plus chez le
même détenteur d’accès (coupure ou passage vers
fournisseur X – sauf à Bruxelles où le détenteur d’accès doit
alors relancer l’Update BRP si cela s’avère nécessaire).
3.10.6
Initiate Leaving Customer
New
Update BRP
Existing
ED
Initiate
Leaving
Customer
<
=
>
PP
Figure 37 - Update BRP on Initiate Leaving Customer v1.0
De Update BRP zal aanvaard worden als parallelle module
daar het mogelijk is dat de toegangshouder nog 3 ILC actief
blijft op het punt. Zo niet zal de module verworpen worden,
niet op basis van een interactie maar omdat de aanvragende
toegangshouder niet de actieve toegangshouder van het
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
L’Update BRP sera accepté en parallèle car il est possible que
le détenteur d’accès reste actif sur le point pendant encore
ILC3. A défaut, le module sera rejeté, non pas sur base d’une
interaction mais parce que le détenteur d’accès demandeur ne
sera pas le détenteur d’accès actif du Point d’Accès.
23/30
UMIG 6.0 - Structure
Interactions between modules
toegangspunt is.
3.10.7
Update BRP
New
Update BRP
Existing
ED
<
Update BRP
=
>
PP
Figure 38 - Update BRP on Update BRP v1.0
De Update BRP zal aanvaard worden en het is van die
waarvan de effectieve datum het verst in de toekomst ligt, dat
de BRP gebruikt zal worden na die datum.
3.10.8
L’Update BRP sera accepté et celui avec la date effective
située le plus loin dans le futur sera celui duquel le BRP sera
utilisé utilisé passé cette date.
Update Customer Metering Configuration
New
Update BRP
Existing
ED
Upd Cust
Metering
Config.
<
=
>
PP
Figure 39 - Update BRP on Update Customer Metering Configuration v1.0
De Update BRP verloopt parallel aangezien het gaat om
dezelfde toegangshouder.
L’Update BRP s’exécute en parallèle puisqu’il s’agit du même
détenteur d’accès.
3.11 Interacties van Update Customer Metering Configuration – Interactions du Update Customer Metering
Configuration
3.11.1
Start Access / Initiate Local Production
New
Existing
ED
Update
Customer
Metering
Configuration
<
=
>
Start Access PP
R
R
Figure 40 - Update Customer Metering Configuration on Start Access v1.0
Zolang de toegangshouder verantwoordelijk blijft voor het
toegangspunt, zal zijn module parallel lopen. Hij zal verworpen
worden als de effectieve datum ≥ datum van de Start Access.
Tant que le détenteur d’accès reste responsable du Point
d’Accès, son module ira en parallèle. Il sera donc rejeté si la
date effective est ≥ à celle du Start Access.
De Initiate Local Production volgt dezelfde interactieregels.
L’Initiate Local Production a les même règles d’interactions.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
24/30
UMIG 6.0 - Structure
Interactions between modules
3.11.2
Move In
New
Existing
ED
Move In
Update
Customer
Metering
Configuration
<
=
>
R
Figure 41 - Update Customer Metering Configuration on Move In v1.0
De aanvraag moet verworpen worden aangezien het
toegangspunt inactief is.
3.11.3
La demande doit être rejeté car le Point d’Accès est inactif.
Move Out
New
Existing
ED
Move Out
Update
Customer
Metering
Configuration
<
=
>
R
Figure 42 - Update Customer Metering Configuration on Move Out v1.0
De module zal verworpen worden aangezien dezelfde klant
reeds zijn wens te kennen heeft gegeven om de meters af te
sluiten. Anders annuleert de toegangshouder eerst de Move
Out om dan zijn module op te starten.
3.11.4
Le module sera rejeté car le même client a déjà signalé son
souhait de fermer les compteurs. A défaut, le détenteur
d’accès annulera d’abord le Move-out pour, ensuite, lancer son
module.
Initiate Update / Stop Access
New
Existing
ED
Initiate
Update
Access
Update
Customer
Metering
Configuration
<
=
>
R
Figure 43 - Update Customer Metering Configuration on Initiate Update/Stop Access v1.0
Het is niet logisch dat de toegangshouder in de loop van een
invorderingsprocedure een wijziging op het niveau van de
configuratie van het toegangspunt aanvaardt. De module
wordt dus verworpen.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
Un processus de recouvrement étant en cours, il n’est pas
logique que le détenteur d’accès accepte un changement au
niveau de la configuration du Point d’Accès. Le module sera
donc rejeté.
25/30
UMIG 6.0 - Structure
Interactions between modules
3.11.5
Initiate Leaving Customer
New
Existing
ED
Initiate
Leaving
Customer
Update
Customer
Metering
Configuration
<
=
>
R
Figure 44 - Update Customer Metering Configuration on Initiate Leaving Customer v1.0
Gezien de aangekondigde verhuizing, is de aanvraag zinloos
en zal ze verworpen worden.
3.11.6
Un déménagement étant annoncé, la demande n’a pas de
sens et sera rejetée.
Update BRP
New
Existing
ED
Update BRP
Update
Customer
Metering
Configuration
<
=
>
PP
Figure 45 - Update Customer Metering Configuration on Update BRP v1.0
Een verandering van BRP heeft geen invloed op de relatie
klant-toegangshouder. De twee modules lopen dus parallel.
3.11.7
Un changement de BRP n’influence pas la relation clientdétenteur d’accès. Les deux modules se poursuivent donc en
parallèle.
Update Customer Metering Configuration
New
Existing
ED
Upd Cust
Metering
Config.
Update
Customer
Metering
Configuration
<
=
>
R
Figure 46 - Update Customer Metering Configuration on Update Customer Metering Configuration v1.0
Er is geen reden om tweemaal dezelfde module op te starten.
Deze wordt dus verworpen. Als er een wijziging moet
gebeuren ten opzichte van de eerste aanvraag, volstaat een
annulatie (Cancel Module) en herstart van de gecorrigeerde
module.
Il n’y a pas de raison de lancer deux fois le même module. Il
sera donc rejeté. Si une modification doit être faite par rapport
au premier demandé, il suffit de l’annuler (Cancel Module) et
relancer le module corrigé.
3.12 Interacties van Update Technical Master Data – Interactions du Update Technical Master Data
Update Technical Master Data is in principe een module die
geen interacties met andere modules vertoont. Deze module
vertegenwoordigt immers een fysieke realiteit die losstaat van
de marktrealiteit. Bovendien wordt deze module pas
geactiveerd wanneer die realiteit effectief is.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
En principe le Update Technical Master Data est un module
qui n’a pas d’interaction avec d’autres modules. En effet, ce
module représente une réalité physique indépendante de la
réalité de marché. Ce module est d’ailleurs activé lorsque cette
réalité est effective.
26/30
UMIG 6.0 - Structure
Interactions between modules
Figure 47 - Update Technical Master Data on other mdoule v1.0
Een UTMD die geen wijziging van Service Catalogue
impliceert, zal nooit problemen opleveren in een parallel
proces met een andere module.
Un UTMD qui n’implique pas de changement du Service
Catalogue, ne génèrera jamais de problèmes dans le parallel
porcessing avec un autre module.
In het specifieke geval dat een UTMD met wijziging van de
Service Catalogue zou uitgevoerd worden terwijl een Start
Access aangevraagd, maar nog niet uitgevoerd is, dan zal de
nieuwe leverancier op Effective Date de activatie van nieuwe
default service ontvangen met de nieuwe TMD.
Dans le cas spécifique d’un UTMD avec changement du
Service Catalogue, exécuté lorsqu’un Start Access a été
demandé mais n’est pas encore exécuté, alors le nouveau
fournisseur recevra une activation sur le nouveau service par
défaut et les nouveaux TMD.
3.13
Interacties van Initiate Local Production – Interactions du Initiate Local Production
Zoals reeds herhaaldelijk gezegd, volgt de module Initiate
Local Production dezelfde interactieregels als de module Start
Access.
Comme déjà indiqué à plusieurs reprises, le module Initiate
Local Production présente les même règles d’interactions que
le module Start Access.
3.14 Beschouwingen – Observations
 Aangezien de interacties bepaald zijn, kan iedere speler de
uitkomst van een aanvraag voorzien dankzij het
“Preswitching” proces.
 De datums gebruikt in de modules Move In, Move Out,
Initiate Update Acces en in sommige gevallen Initiate Stop
Acces (zie referentiedocument [4]) zijn de administratieve
datums en niet de geplande datums in de agenda van de
DNB.
 Soms kan een verwerping onrealistisch lijken maar er moet
rekening gehouden worden met de afwezigheid van tests op
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
 Les interactions étant définies, tout acteur a la possibilité de
prévoir l’issue réservée à une demande, s’il prend soin de
passer par le Preswitching auparavant.
 Les dates utilisées sur les modules Move-In, Move-Out,
Initiate Update Access et dans certains cas Initiate Stop
Access (voir document de référence [4]) sont les dates
administratives et non celles planifiées dans les agendas du
GRD.
 Certains rejets peuvent sembler irréalistes mais il faut tenir
compte de l’absence de test sur les labels. Or, les
interactions doivent être uniques pour un même module.
27/30
UMIG 6.0 - Structure
Interactions between modules
de labels. De interacties moeten echter uniek zijn voor
eenzelfde module.
 Interacties met meer dan 2 geregistreerde modules:
o als een van de reeds aanvaarde modules de nieuwe
module annuleert op basis van de matrix, dan wordt de
verwerping bevestigd.
o als de nieuwe aanvraag niet wordt verworpen, worden
de interacties geëvalueerd per module om na te gaan
of de bestaande modules geannuleerd moeten worden
of parallel moeten blijven lopen.
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
 Interactions avec plus de 2 modules enregistrés :
o si un des modules déjà acceptés annule le nouveau,
sur base de la matrice, le rejet est confirmé.
o en l’absence de rejet de la nouvelle demande, les
interactions sont alors évaluées module par module
afin de vérifier si les modules existants doivent être
annulés ou rester en parallèle.
28/30
UMIG 6.0 - Structure
Interactions between modules
4 Tabellen & Indexen – Tables & Indexes
4.1 Begrippenlijst – Glossaire
Zie document UMIG 6.0 - GE - XD - 01 - Glossary
Voir le document UMIG 6.0 - GE - XD - 01 - Glossary
4.2 Table of Figures
Figure 1 - Start access on Start Access v1.0 .............................................................................................................................9
Figure 2 - Start Access on Move In v1.0 ................................................................................................................................. 10
Figure 3 - Start Access on Move Out v1.0 ............................................................................................................................... 10
Figure 4 - Start Access on Initiate Update Access v1.0............................................................................................................ 11
Figure 5 - Start Access on Initiate Stop Access v1.0................................................................................................................ 11
Figure 6 - Start Access on Initiate Leaving Customer v1.0 ....................................................................................................... 12
Figure 7 - Start Access on Update BRP v1.0........................................................................................................................... 12
Figure 8 - Start Access on Update Customer Metering Configuration v1.0 ............................................................................... 13
Figure 9 - Start Access on Initiate Local Production v1.0 ......................................................................................................... 13
Figure 10 - Move Out on Start Access v1.0 ............................................................................................................................. 14
Figure 11 - Move Out on Move In v1.0 .................................................................................................................................... 14
Figure 12 - Move Out on Move Out v1.0 ................................................................................................................................. 14
Figure 13 - Move Out on Initiate Update/Stop Access v1.0 ...................................................................................................... 15
Figure 14 - Move Out on Initiate Leaving Customer v1.0 ......................................................................................................... 15
Figure 15 - Move Out on Update Customer Metering Configuration v1.0 .................................................................................. 15
Figure 16 - Initiate Update Access or Start Access on Initiate Update Access v1.0 ................................................................... 16
Figure 17 - Initiate Update Access on Move In v1.0 ................................................................................................................. 16
Figure 18 - Initiate Update Access on Move Out v1.0 .............................................................................................................. 17
Figure 19 - Initiate Update Access on Initiate Update Access v1.0 ........................................................................................... 17
Figure 20 - Initiate Update Access on Initiate Stop Access v1.0 ............................................................................................... 17
Figure 21 - Initiate Update Access on Initiate Leaving Customer v1.0 ...................................................................................... 18
Figure 22 - Initiate Update Access on Update BRP v1.0 .......................................................................................................... 18
Figure 23 - Initiate Update Access on Update Customer Metering Configuration v1.0 ............................................................... 18
Figure 24 - Initiate Stop Access on Update BRP v1.0 .............................................................................................................. 19
Figure 25 - Initiate Leaving Customer on Start Access or Initiate Local Production v1.0 ............................................................ 19
Figure 26 - Initiate Leaving Customer on Move In or Move Out v1.0 ........................................................................................ 20
Figure 27 - Initiate Leaving Customer on Initiate Update Access v1.0 ...................................................................................... 20
Figure 28 - Initiate Leaving Customer on Initiate Stop Access v1.0 .......................................................................................... 20
Figure 29 - Initiate Leaving Customer on Initiate Leaving Customer v1.0 ................................................................................. 21
Figure 30 - Initiate Leaving Customer on Update BRP v1.0 ..................................................................................................... 21
Figure 31 - Initiate Leaving Customer on Update Customer Metering Customer v1.0 ............................................................... 21
Figure 32 - Update BRP on Start Access v1.0 ......................................................................................................................... 22
Figure 33 - Update BRP on Move In v1.0 ................................................................................................................................ 22
Figure 34 - Update BRP on Move Out v1.0 ............................................................................................................................. 22
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
29/30
UMIG 6.0 - Structure
Interactions between modules
Figure 35 - Update BRP on Initiate Update Access v1.0 .......................................................................................................... 23
Figure 36 - Update BRP on Initiate Stop Access v1.0 .............................................................................................................. 23
Figure 37 - Update BRP on Initiate Leaving Customer v1.0 ..................................................................................................... 23
Figure 38 - Update BRP on Update BRP v1.0 ......................................................................................................................... 24
Figure 39 - Update BRP on Update Customer Metering Configuration v1.0.............................................................................. 24
Figure 40 - Update Customer Metering Configuration on Start Access v1.0 ............................................................................. 24
Figure 41 - Update Customer Metering Configuration on Move In v1.0 .................................................................................... 25
Figure 42 - Update Customer Metering Configuration on Move Out v1.0 .................................................................................. 25
Figure 43 - Update Customer Metering Configuration on Initiate Update/Stop Access v1.0 ....................................................... 25
Figure 44 - Update Customer Metering Configuration on Initiate Leaving Customer v1.0 .......................................................... 26
Figure 45 - Update Customer Metering Configuration on Update BRP v1.0.............................................................................. 26
Figure 46 - Update Customer Metering Configuration on Update Customer Metering Configuration v1.0 .................................. 26
Figure 47 - Update Technical Master Data on other mdoule v1.0 ............................................................................................. 27
UMIG 6.0 - BR - ST - 04 - Interactions between modules v3.2.docx
30/30

UITNODIGING ALV TVVW Het bestuur van TVVW nodigt u hierbij uit

Information Technology Solutions

Dutch Chapter International Society of Indoor Air and

Tarieven viSiBiLiTy 2014

gsRetailRapport: Gemak dient de teler Rapporten maken voor

Thema: Drive! Opeldealer 2022 Agenda 66e jaarlijkse ALV VODN

Wat kies je wanneer?

Verslag

OVERZICHT EXTRA OEFENINGEN OFFICE 5/6

deze toelichting - EW-Show