Transitie aanpak / Approche de transition

Transcription

ATRIAS – Transition
Version v1.3
du 06/11/2015
Transitie aanpak / Approche de transition
Transitie aanpak /
Approche de transition
NL (ORIG) – FR
1 Inhoud / Sommaire
1
INHOUD / SOMMAIRE ................................................................................................................................................................................................................................ 1
2
DOCUMENT INFORMATION / INFORMATIONS DE DOCUMENT ............................................................................................................................................................ 6
2.1
Version Management / Gestion des versions ........................................................................................................................................................................................... 6
3
INTRODUCTION / INTRODUCTION ........................................................................................................................................................................................................... 7
4
CONSTRAINTS & BASISHYPOTHESES / CONTRAINTES & HYPOTHESES DE BASE ......................................................................................................................... 8
4.1
Constraints / Contraintes .......................................................................................................................................................................................................................... 8
4.2
Hypotheses / Hypothèses ........................................................................................................................................................................................................................ 9
5
GECONTROLEERDE STOP / ARRET CONTROLE ................................................................................................................................................................................. 11
5.1
Inleiding / Introduction ............................................................................................................................................................................................................................ 11
5.2
Metering / Mesurage .............................................................................................................................................................................................................................. 13
5.2.1
Aanpak / Approche ......................................................................................................................................................................................................................... 13
5.2.2
Dependencies / Dépendances ....................................................................................................................................................................................................... 16
5.3
Billing / Facturation ................................................................................................................................................................................................................................. 17
5.3.1
Gridfee/PSO voorschotten (DNB->Balance supplier) / Acomptes Gridfee/PSO (GRD->Balance supplier) .................................................................................... 17
5.3.1.1
Aanpak / Approche ..................................................................................................................................................................................................................... 17
5.3.1.2
Dependencies / Dépendances ................................................................................................................................................................................................... 17
5.3.2
Afrekeningen / Décomptes ............................................................................................................................................................................................................. 17
5.3.2.1
Aanpak / Approche ..................................................................................................................................................................................................................... 17
5.3.2.2
Dependencies / Dépendances ................................................................................................................................................................................................... 18
5.4
Allocatie / Allocation ............................................................................................................................................................................................................................... 19
5.4.1
High-Level Aanpak / Approche de haut niveau .............................................................................................................................................................................. 19
5.4.2
Versnelde allocatie – Elektriciteit / Allocation accélérée - Électricité .............................................................................................................................................. 20
5.4.3
Versnelde allocatie – Gas / Allocation accélérée - Gaz .................................................................................................................................................................. 22
5.4.4
5.5
Reconciliatie / Réconciliation .................................................................................................................................................................................................................. 25
1
5.5.1
Aanpak / Approche ......................................................................................................................................................................................................................... 25
5.5.2
5.6
Rectificaties / Rectifications.................................................................................................................................................................................................................... 26
5.6.1
Aanpak / Approche ......................................................................................................................................................................................................................... 26
5.6.2
Transformatie rectificaties MIG 4.1 naar MIG 6.0 / Conversion des rectifications MIG 4.1 en rectifications MIG 6.0 ..................................................................... 28
5.6.3
5.7
Structuring / Structuration....................................................................................................................................................................................................................... 30
5.7.1
Aanpak / Approche ......................................................................................................................................................................................................................... 30
5.7.2
Annulatie van openstaande scenario’s / Annulation des scénarios en cours ................................................................................................................................. 38
5.7.3
Transformatie van open structuring scenario’s / Conversion des scénarios structuring en cours .................................................................................................. 39
5.8
Aanpak buffering / Approche du buffering (mise en attente) .................................................................................................................................................................. 47
5.8.1
Buffer aanvragen Balance Suppliers / Mise en attente des demandes des Balance Suppliers ...................................................................................................... 47
5.8.2
Buffer berichten DNB / Mise en attente des messages GRD ......................................................................................................................................................... 52
5.9
Workarounds .......................................................................................................................................................................................................................................... 54
5.9.1
Structuring workaround request (via VAN) / Structuring workaround request (via VAN) ................................................................................................................ 54
5.9.1.1
Tijdens de periode EDSPLIT – BUSTOP / Pendant la période EDSPLIT - BUSTOP.............................................................................................................................. 55
5.9.1.2
Tijdens de periode BUSTOP – Go-Live I / Pendant la période BUSTOP – Go-Live I ....................................................................................................................... 58
5.9.2
Structuring workaround request (NOT via VAN) / Structuring workaround request (NOT via VAN) ............................................................................................... 59
5.9.3
TMD Move in AMR (E13) met ED [EDSPLIT-Go-live I] / TMD Move in AMR (E13) avec ED [EDSPLIT-Go-live I] ............................................................................... 60
5.10
6
Algemeen / Généralement ..................................................................................................................................................................................................................... 60
GECONTROLEERDE START / DEMARRAGE CONTROLE.................................................................................................................................................................... 61
6.1
Uitganspunt: / Point de depart: ............................................................................................................................................................................................................... 61
6.1.1
Aansluitpunten met lokale productie die in MIG 4.1 enkel een consumptie contract hebben / Les point d’accès avec production locale qui ont seulement un
contrat de consommation en MIG 4.1 ............................................................................................................................................................................................................ 61
6.1.2
De AMR Productie punten / Les points de production AMR ........................................................................................................................................................... 62
6.2
Start smart meters : / Démarrage des compteurs intelligents :............................................................................................................................................................... 63
6.3
Controlled start / Démarrage contrôlé .................................................................................................................................................................................................... 64
6.3.1
Algemeen / Généralités .................................................................................................................................................................................................................. 64
2
6.3.2
Controlled start - structuring / Démarrage contrôlé - Structuring .................................................................................................................................................... 66
6.3.3
Controlled start – Herberekening iExV / Démarrage contrôlé – Recalcul iExV ............................................................................................................................... 68
6.3.3.1
Algemeen / En général ............................................................................................................................................................................................................... 68
6.3.3.2
Batchberekening / Calcul batch .................................................................................................................................................................................................. 69
6.3.3.3
Tijdelijke leegstand / Inoccupation provisoire ............................................................................................................................................................................. 69
6.3.3.4
iExV berekening voor de nominaties van de maand M / Calcul iExV pour les nominations du mois M ...................................................................................... 70
6.3.3.5
Geforceerde berekening P & C volumes / Calcul forcé des volumes P & C ............................................................................................................................... 70
6.3.4
Controlled start - Geforceerde (niet au fil de l’eau) berekening VI volumes / Démarrage contrôlé - Calcul forcé (pas au fil de l’eau) des volumes VI .................. 71
6.3.5
Controlled start – Bepaling Reference advance / Démarrage contrôlé – Détermination Reference advance ................................................................................ 71
6.3.6
Controlled start – Capacity Allocation / Démarrage contrôlé – Allocation de capacité ................................................................................................................... 71
6.3.7
Controlled start – Allocation van maand M / Démarrage contrôlé – Allocation du mois M ............................................................................................................. 72
6.3.8
Controlled start – Fall back / Démarrage contrôlé – Fall back ........................................................................................................................................................ 73
6.3.9
Controlled start – Roll Back / Démarrage contrôlé – Roll Back ...................................................................................................................................................... 75
7
MIG 6.0, MIG TSO, MIG TPDA, MIG AO EN MIG DGO PROCESSEN MET EEN IMPACT OP DE MIG 4.1 PERIODE / PROCESSUS MIG 6.0, MIG TSO, MIG TPDA,
MIG AO ET MIG DGO AYANT UN IMPACT SUR LA PERIODE MIG 4.1 ........................................................................................................................................................ 78
7.1
Split volumes / Volumes de scission ...................................................................................................................................................................................................... 78
7.2
Reconciliatie / Réconciliation .................................................................................................................................................................................................................. 79
7.2.1
Inleiding / Introduction .................................................................................................................................................................................................................... 79
7.2.2
Berekening VA-Volume / Berekening VA-Volume / Calcul du volume VA ...................................................................................................................................... 79
7.2.3
Berekening VI-volumes / Calcul des volumes VI ............................................................................................................................................................................ 81
7.2.3.1
Metering timeslice ligt volledig voor EDSPLIT / La période de metering est antérieure à EDSPLIT ................................................................................................. 82
7.2.3.2
Metering timeslice overlapt met EDSPLIT / La période de metering chevauche EDSPLIT............................................................................................................... 82
7.2.3.3
Metering timeslice ligt volledig voorbij de ED-SPLIT / La période de metering est postérieure à ED-SPLIT .............................................................................. 83
7.2.3.4
Variabelen / Variables ................................................................................................................................................................................................................ 84
7.2.4
Aggregatie van de reconciliatie / Agrégation de la réconciliation ................................................................................................................................................... 84
7.2.5
Planning van de reconciliatie / Plannification de la réconciliation ................................................................................................................................................... 85
7.3
7.3.1
Billing / Facturation ................................................................................................................................................................................................................................. 86
Algemeen / Général ....................................................................................................................................................................................................................... 86
3
7.3.2
Transitie PSO & TRC (BRU) / La transition de PSO et TRC (BRU) ............................................................................................................................................... 87
7.3.2.1
PSO............................................................................................................................................................................................................................................ 88
7.3.2.2
TRC ............................................................................................................................................................................................................................................ 89
7.4
Rectificaties / Rectifications.................................................................................................................................................................................................................... 89
7.4.1
Algemeen / Général ....................................................................................................................................................................................................................... 89
7.4.2
Dummy referenties ......................................................................................................................................................................................................................... 89
7.4.3
Rectificaties – Cancel of Switch message / Rectifications – Annulation d’un message de Switch ................................................................................................. 90
7.5
Preswitch / Preswitch ............................................................................................................................................................................................................................. 91
7.6
Service Management VAN / Gestion de service VAN ............................................................................................................................................................................ 92
7.7
De rol van OCR / Le rôle d’OCR ............................................................................................................................................................................................................ 93
7.7.1
Principes overdracht rol van het OCR / Principes de transfert du rôle d'OCR ................................................................................................................................ 93
7.7.2
Planning overdracht rol van het OCR / Planning de transfert du rôle d'OCR ................................................................................................................................. 94
8
PRINCIPES VOOR DATAMIGRATIE / PRINCIPES DES DONNEES MIGREES ..................................................................................................................................... 97
8.1
Algemeen / Généralités .......................................................................................................................................................................................................................... 97
8.2
Handshake Transitie – Migratie / Connexion Transition – Migration ...................................................................................................................................................... 97
8.3
Aligneren van migratie resultaat / Allignement du résultat de la migration ........................................................................................................................................... 100
8.3.1
Algemeen / En général ................................................................................................................................................................................................................. 100
8.3.2
Feedback conversie data / Feedback sur la conversion des données ......................................................................................................................................... 100
8.3.3
Data Transfer naar Balance suppliers / Transfert de données aux Balance suppliers ................................................................................................................. 102
8.4
Overzicht Deployment status / apercu état après déploiement ............................................................................................................................................................ 105
8.5
Historiek / Historique ............................................................................................................................................................................................................................ 106
9
8.5.1
Algemeen / En général ................................................................................................................................................................................................................. 106
8.5.2
VAN-berichten / Messages VAN .................................................................................................................................................................................................. 107
8.5.3
Structuring / Structuring................................................................................................................................................................................................................ 108
8.5.4
De datahistoriek van AMR productiepunten / L’historique des données de points de production d’AMR. ................................................................................... 109
8.5.5
Billing / Billing ............................................................................................................................................................................................................................... 109
ANNEX / ANNEXE ................................................................................................................................................................................................................................... 110
4
9.1
Overzicht figuren / Relevé des figures ................................................................................................................................................................................................. 110
9.2
Overzicht tabellen / Relevé des tableaux ............................................................................................................................................................................................. 111
9.3
Mapping rectificatiecodes / Mappage des codes de rectification .......................................................................................................................................................... 112
9.3.1
Berichten / Messages ................................................................................................................................................................................................................... 112
9.3.2
Structuring / Structuring................................................................................................................................................................................................................ 113
9.3.3
Metering / Metering ...................................................................................................................................................................................................................... 114
9.3.4
Process / Process ........................................................................................................................................................................................................................ 114
9.3.5
Reconciliation / Reconciliation ...................................................................................................................................................................................................... 115
9.4
Schematisch overzicht transitie structuring scenario’s / Aperçu schématique de la transition des scénarios structuring ..................................................................... 116
9.5
Emailadressen opvragen TMD / Adresses électroniques pour demandes TMD .................................................................................................................................. 119
9.6
Voorbeelden split volumes VI / Exemples split volumes VI .................................................................................................................................................................. 120
9.6.1
Metering timeslice ligt volledig voor EDSPLIT / La période de metering est antérieure à EDSPLIT ................................................................................................... 120
9.6.2
Metering timeslice overlapt met EDSPLIT / La période de metering chevauche EDSPLIT ................................................................................................................ 122
9.6.3
Metering timeslice ligt volledig na EDSPLIT / La période de metering est postérieure à EDSPLIT.................................................................................................... 127
9.7
Detailuitwerking start service « Valorisatie injectie » (WAL/FLA) & service « Beperkte vermarkting injectie »..................................................................................... 129
9.7.1
VL/WAL: switch naar Valorisatie van Injectie / FL/WAL: switch vers Valorisation de l’injection ................................................................................................... 129
9.7.2
BRU: switch naar Beperkte Vermarkting van Injectie ................................................................................................................................................................... 144
9.7.3
Plan B........................................................................................................................................................................................................................................... 145
9.8
Glossary ............................................................................................................................................................................................................................................... 146
5
2 DOCUMENT INFORMATION / INFORMATIONS DE DOCUMENT
2.1
Version Management / Gestion des versions
Version Log :
Version
Date
Author / Auteur
Description
1.0
23/01/2015
Atrias Transition Team
Initial draft / Projet initial
1.1
09/03/2015
Version after market revision
1.2
31/05/2015
Various remarks processed
1.3
06/11/2015
Aligned with MIG DGO v2.2 / MIG 6 v3.3.1
6
3 Introduction / Introduction
In dit document leggen we de Transitie Aanpak vast. De Transitie Aanpak baseert
zich op de afgesproken Transitie Principes maar bevat een verdere gedetailleerde
uitwerking.
Le présent document décrit l'approche de transition. L'approche de transition se
base sur les principes de transition convenus, mais va plus loin dans le détail.
Après validation de l'Approche de Transition par le marché, celle-ci remplacera
intégralement les Principes de Transition, lesquels ne seront alors plus valables.
L'approche de transition du MIG 4.1 vers le MIG 6.0, MIG TSO, MIG TPDA, MIG
AO et le MIG DGO sera alors entièrement décrite dans un seul document.
Na de validatie van de Transitie Aanpak in de markt, komen de Transitie Principes
te vervallen en worden deze integraal vervangen door dit Transitie Aanpak
document. Als dusdanig is er één enkel document dat de volledige aanpak voor de
transitie van MIG 4.1 naar MIG 6.0, MIG TSO, MIG TPDA, MIG AO en MIG DGO
beschrijft.
L'objectif du présent document consiste à fournir à toutes les parties du marché une
description univoque de la manière dont la transition sera abordée et à servir de
base d'une part pour le plan de transition et d'autre part pour le design des
fonctionnalités spécifiques éventuelles qui seront demandées aux différentes
parties du marché.
Doel van dit document is om voor alle marktpartijen te dienen als een eenduidige
beschrijving van hoe de transitie zal worden aangepakt en dient te worden
gebruikt als basis voor enerzijds het Transitie-plan (draaiboek) en anderzijds het
design van eventuele specifieke functionaliteiten die worden gevraagd aan de
verschillende marktpartijen.
Nous allons analyser la transition sous différents angles:
- L'arrêt contrôlé du MIG 4.1.
- Le démarrage contrôlé du MIG 6.0, MIG TSO, MIG TPDA, MIG AO en
MIG DGO.
- Les processus MIG 6.0, MIG TSO, MIG TPDA, MIG AO en MIG DGO qui
ont un impact sur la période MIG 4.1.
- Les principes pour la migration des données.
In wat volgt bekijken we de transitie vanuit verschillende perspectieven:
- De gecontroleerde stop van MIG 4.1.
- De gecontroleerde start van MIG 6.0, MIG TSO, MIG TPDA, MIG AO en
MIG DGO.
- De MIG 6.0, MIG TSO, MIG TPDA, MIG AO en MIG DGO processen die
een impact hebben op de MIG 4.1 periode.
- De principes voor datamigratie.
Le marquage temporel sera indiqué comme suit dans ce document :
M: mois de Go-live (Mois prévu : janvier 2018)
M-1 : mois avant le Go-live
M+1 : mois après le Go-live
Verder in het document, zal de tijdsaanduiding als volgt gebeuren:
M: maand van de Go-live (Voorziene maand: januari 2018)
M-1: maand voor de Go-live
M+1: maand na de Go-live
7
4 Constraints & Basishypotheses / Contraintes & Hypothèses de base
De transitie van MIG4.1 naar MIG6.0 valt moeilijk te vergelijken met voorgaande
MIG overgangen. Om maar enkele verschilpunten te benoemen, wordt er
overgegaan van end-to-end processen (structuring scenario’s) naar modulaire
processen (structuring modules), meer transactionele processen (vb. UTIL FEE en
UTIL VI), een nieuw datamodel en een nieuw federaal clearing house. Het hoeft
dan ook weinig verder betoog dat de transitie naar MIG 6.0, MIG TSO, MIG TPDA,
MIG AO, MIG DGO en CMS complexer zal zijn dan alle vorige MIG overgangen
en dat voor de uitvoering van de transitie naar zo veel mogelijk stabiliteit dient te
worden gezocht.
Dit document start vanuit een aantal basishypotheses en contstraints. Deze
gelden als leidraad voor de uitwerking van de transitie aanpak.
4.1
La transition du MIG4.1 au MIG6.0 est difficile à comparer avec les transitions des
MIG précédents. Pour ne citer que quelques différences, nous passons d'un
processus end-to-end (scenarios structuring) à des processus modulaires (modules
structuring), à un plus grand nombre de processus transactionnels (p. ex. UTIL FEE
et UTIL VI), à un nouveau modèle de données et à une nouvelle clearing house
fédérale. Il est clair que la transition du MIG 6.0, MIG TSO, MIG TPDA, MIG AO,
MIG DGO et CMS sera plus complexe que les transitions des MIG précédents et
que la réalisation de cette transition cherchera à apporter le plus de stabilité que
possible.
Ce document part d'un certain nombre d'hypothèses de base et de contraintes.
Celles-ci servent de fil conducteur dans l’élaboration de l’approche de transition.
Constraints / Contraintes
Beperkingen vanuit de DNB’s:
De back office systemen kunnen slechts geconnecteerd worden met één
clearing house
Er kan slechts 1 marktmodel tegelijk actief zijn
Operationele impact dient te worden geminimaliseerd
Zo stabiel mogelijk houden van het access register vanaf EDSPLIT
Impact op de klant dient te worden geminimaliseerd
Limitations dues aux GRD :
Les systèmes de back office ne peuvent être connectés qu'à une seule
clearing house
1 seul modèle de marché peut être actif simultanément
L'impact opérationnel doit être réduit au minimum
Le registre d'accès doit être le plus stable possible à partir d’EDSPLIT
L'impact sur le client doit être réduit au minimum
Beperkingen vanuit de Balance suppliers:
Operationele impact dient te worden geminimaliseerd
Impact op de klant dient te worden geminimaliseerd
Limitations dues aux Balance suppliers :
L'impact opérationnel doit être réduit au minimum
L'impact sur le client doit être réduit au minimum
Algemeen:
Openstaande processen gestart in MIG 4.1 en af te werken in MIG 6.0
dienen te worden geminimaliseerd. Lopende processen in MIG 4.1
dienen maximaal te worden afgewerkt in MIG 4.1.
Maximaal hergebruiken van de standaard functionaliteit van de au fil de
l’eau processen in het CMS. Concreet wil dit zeggen dat gebufferde data
maximaal via het standaard berichtenverkeer dient te worden verwerkt
om zo de nodige processen te initiëren (berekening VI, FEE, TRC, …).
Généralités :
Il convient de réduire au minimum le nombre de processus qui ont
démarré en MIG 4.1 et qui doivent être finalisés en MIG 6.0. Les
processus en cours en MIG 4.1 doivent, dans la mesure du possible, être
finalisés en MIG 4.1.
Réutilisation maximale de la fonctionnalité standard des processus au fil
de l'eau dans le CMS. Concrètement, cela signifie que les données
mémorisées doivent être traitées le plus possible via la messagerie
standard afin d'initier les processus nécessaires (calcul VI, FEE, TRC...).
8
4.2
Hypotheses / Hypothèses
Nieuwe gridfee tarieven, geldende vanaf EDSPLIT dienen enkel in het CMS te
worden geïmplementeerd, en niet meer in de huidige clearing houses.
Les nouveaux tarifs gridfee en vigueur à partir d’EDSPLIT doivent exclusivement être
implémentés dans le CMS et non plus dans les clearing houses actuelles.
De nodige wetgeving is aangepast voor de stop van de service Compensatie en
de start van een nieuwe service die de overproductie toekent aan de klant.
La législation nécessaire a été modifiée pour l’arrêt du service compensation et le
démarrage du nouveau service qui alloue la surproduction au client.
De transitie zal verlopen volgens een BIG BANG scenario. Dit houdt in dat:
Alle partijen eenzelfde centraal plan volgen waarin de verschillende fases
op een generieke wijze beschreven worden per type stakeholder (met
uitzondering van regionale processen). Het plan wordt centraal
gecoördineerd vanuit het transitie team van Atrias.
Er is geen parallel werking tussen MIG 4.1 en MIG 6.0 / MIG TSO / MIG
TPDA / MIG AO / MIG DGO. Alle processen voor Go-Live verlopen
volgens de MIG 4.1 logica in de huidige clearing houses en alle
processen na Go-Live verlopen volgens de MIG 6.0 / MIG TSO / MIG
TPDA / MIG AO / MIG DGO logica in het CMS.
Berichten verstuurd voor Go-Live I volgen de MIG 4.1 logica, berichten
verstuurd na Go-Live I volgen de MIG 6.0 / MIG TSO / MIG TPDA / MIG
AO / MIG DGO logica.
De uitvoering van de gecontroleerde stop van de MIG 4.1 processen en
de gecontroleerde start van de MIG 6.0 / MIG TSO / MIG TPDA / MIG AO
/ MIG DGO processen zal op basis van duidelijk vooraf gedefinieerde
acceptatiecriteria gebeuren tijdens Go/No-go momenten. Mogelijke
uitkomsten van de Go/No-go zijn: Go (= transitie verder zetten), No-go (=
transitie stop zetten) of Conditional Hold (=Onder duidelijk afgesproken
voorwaarden, meer tijd nemen om tot de acceptatiecriteria te komen).
La transition aura lieu selon un scénario de BIG BANG. Ceci suppose que :
Toutes les parties suivent un même plan central dans lequel les différentes
phases sont décrites de façon générique par type de partie prenante
(stakeholder) (à l'exception des processus régionaux). Le plan sera
coordonné d’une manière centrale par l’équipe de transition d’Atrias.
Il n'y a pas de fonctionnement parallèle entre MIG 4.1 et MIG 6.0 / MIG
TSO / MIG TPDA / MIG AO / MIG DGO. Tous les processus avant Go-Live
se déroulent selon la logique du MIG 4.1 dans les clearing houses
actuelles et tous les processus après Go-Live ont lieu selon la logique du
MIG 6.0 / MIG TSO / MIG TPDA / MIG AO / MIG DGOdans le CMS.
Les messages envoyés avant Go-Live I suivent la logique du MIG 4.1 et
ceux envoyés après Go-Live I suivent la logique du MIG 6.0 / MIG TSO /
MIG TPDA / MIG AO / MIG DGO.
L'arrêt contrôlé des processus MIG 4.1 et le lancement contrôlé des
processus MIG 6.0 / MIG TSO / MIG TPDA / MIG AO / MIG DGO auront
lieu en fonction de critères d'acceptation clairement définis au préalable
pendant les moments de Go/No-Go. Les décisions possibles du Go/No-go
sont : Go (=continuer la transition), No-go (Arrêter la transition) ou
Conditional Hold (Sous des conditions bien prédéfinies, prendre plus de
temps pour atteindre les critères d’acceptation)
Belangrijk hierbij is om de volgende nuance in acht te nemen:
Er worden voorbereidende acties voorafgaand aan de periode tussen
BU-stop en Go-live II uitgevoerd. Vb. de migratie van data, de
voorbereiding van de CMS productieomgeving, …
Il est important ici de tenir compte de la nuance suivante :
Des actions préparatoires sont effectuées avant la période entre BU-stop
et Go-live II. P. ex. la migration des données, la préparation de
l'environnement de production du CMS, …
We veronderstellen dat de periode tussen BUSTOP en Go-Live I tussen 7-9cd zal
duren. Dit is een werkassumptie, die tijdens het opstellen van het Transition Plan
Nous supposons que la période entre BUSTOP et Go-Live I prendra 7-9 JC. Cela est
9
(draaiboek) nog kan wijzigen.
une hypothèse de travail, qui peut encore changer en écrivant le Plan de Transition
('Draaiboek').
10
5 Gecontroleerde stop / Arrêt contrôlé
5.1
Inleiding / Introduction
De gecontroleerde stop beschrijft de uitfasering van de MIG 4.1 processen. Vier
datums zijn hierbij van belang:
-
L'arrêt contrôlé décrit la répartition en phases des processus MIG 4.1. Quatre dates
sont importantes :
“ED (effective date) split”:
-
o
-
-
Start voor het in MIG 4.1 afwerken van de gegevens met
betrekking tot een periode voor deze datum. Gegevens met
betrekking tot na deze datum zullen worden gebufferd en na GoLive I worden verwerkt in MIG 6.0, MIG TSO, MIG TPDA, MIG AO
en MIG DGO.
o Volumes met betrekking tot een periode voor deze datum, worden
gesplit volgens de MIG 4.1 load profiles. Volumes met betrekking
tot een periode vanaf deze datum, worden gesplit volgens de MIG
6.0 load profiles.
o Datum bepaald volgens de huidige planning is 01/01/2018 (00u00
voor Elektriciteit en 06u00 voor Gas).
“BU (Business) stop”: Moment waarop alle marktcommunicatie tussen alle
stakeholders stopt. Dit wil zeggen dat er geen informatie meer wordt
uitgewisseld tussen zender en ontvanger.1 Deze datum hangt af van de
doorlooptijd die nodig is om de laatste MIG4.1 allocatie uit te voeren en is
bepaald op [M+13wd]. (18/01/2018 End of Business volgens de huidige
planning).
“Go-live I”: Moment van de eerste marktcommunicatie na de roll out van
Atrias, DNB’s, sociale leveranciers en TNB’s. De periode tussen BUSTOP
en Go-Live I bedraagt 7-9cd (=werkassumptie). Echter, de wens van de
Balance Suppliers is dat de start van Go-Live I ten laatste op vrijdag
26/01/2018 om 18u00 dient plaats te vinden (=werkassumptie).
-
-
-
« ED (effective date) split »:
o Début du traitement des données relatives à une période
antérieure à cette date en MIG 4.1. Les données postérieures à
cette date seront mémorisées et traitées dans MIG 6.0, MIG TSO,
MIG TPDA, MIG AO et MIG DGO après le Go-Live I.
o Les volumes relatifs à une période avant cette date sont scindés
selon les profils de charge MIG 4.1. Les volumes relatifs à une
période à partir de cette date sont scindés selon les profils de
charge MIG 6.0.
o Date qui selon le planning actuel, est fixée au 01/01/2018 (00u00
pour électricité et 06u00 pour Gaz).
« BU (Business) stop »: Moment où s'arrête toute communication de
marché entre toutes les parties prenantes (stakeholders). Ceci veut dire
que l’échange d’information entre expéditeur et destinataire s’arrête.2 Cette
date dépend du délai nécessaire pour réaliser la dernière allocation
MIG 4.1 et est fixée à [M+13JO] (18/01/2018 End of Business selon le
planning actuel).
« Go-live I»: Moment des premières communications marché après le Roll
out des GRD, fournisseurs sociaux, GRT et Atrias. La période entre
BUSTOP et Go-Live I est 7-9 jc (=supposition). Cependant, le souhait des
Balance Suppliers est que le départ de Go-Live II doit se situer au plus
tard le vendredi 26/01/2018 à 18h00 (=supposition).
« Go-live II » : Moment où la fonctionnalité MIG 6.0 a été installée chez les
1
Informatie vanuit de zender kan nog wel worden gegenereerd zolang deze wordt gebufferd en na Go-live I wordt verwerkt. Bijvoorbeeld, de aanvragen vanuit de Balance
suppliers lopen door tot aan Go-live I maar worden gebufferd op de VAN.
2
L’information de la part des expéditeurs peut encore être générée tant que les messages sont mémorisés et traité après Go-live I. Par exemple, les demandes de la part
des Balance suppliers continuent jusqu’au Go-live I mais seront mémorisés sur le VAN.
11
-
“Go-live II”: Moment waarop de MIG 6.0 functionaliteit is uitgerold bij de
Balance suppliers. De doorlooptijd tussen Go-Live I en Go-Live II is nog te
bepalen.
In periode tussen “EDsplit” en de “BU stop” moet het mogelijk zijn voor alle
marktpartijen om de gecontroleerde stop uit te voeren. De periode tussen “BU-stop”
en “Go-live I” is afhankelijk van de uit te voeren technische stappen.
(werkassumptie = 7-9cd). Voor de periode tussen Go-live I en Go-live II (roll out
commerciële Balance suppliers) wordt in de transitie aanpak geen timing
gespecifieerd, echter deze dient zo kort mogelijk te zijn en zal worden gespecifieerd
in het Transitie Plan (Draaiboek).
Balance suppliers. Le délai entre Go-Live I et Go-Live II est encore à
déterminer.
Dans la période entre « EDsplit » et « BU stop » toutes les parties du marché doivent
être en mesure d'exécuter l'arrêt contrôlé. La période entre « BU-stop » et « Go-live
I» dépendra des étapes techniques à exécuter. (L’assomption de travail = 7-9JC)
Aucun timing n'est spécifiée dans l’approche de transition pour la période entre «
Go-live I» et « Go-live II », cependant cette période doit être la plus courte possible
et sera spécifiée dans le Plan de Transition (‘Draaiboek’).
L'approche ultérieure de l'arrêt contrôlé est illustrée dans la figure ci-dessous et
expliquée textuellement par domaine fonctionnel.
De verdere aanpak van de gecontroleerde stop, wordt geïllustreerd in onderstaande
figuur en tekstueel toegelicht per functioneel domein.
Figure 1. The controlled stop of UMIG 4.1
12
5.2
5.2.1
-
Metering / Mesurage
Aanpak / Approche
Regels YMR (B18) / MMR (B17):
o YMR / MMR volumes met een timeslice volledig in of overlappend
met M, worden niet meer uitgestuurd in MIG 4.1. Deze worden
tijdelijk gebufferd bij de DNB / huidige clearing houses en
uitgestuurd vanuit de CMS in MIG 6.0 na de Go-live I. De gridfee
zal dan op basis van de nieuwe (en de oude) tarieven binnen
Atrias berekend worden. De nieuwe tarieven worden niet in de
huidige clearing houses geïmplementeerd.
o MMR volumes van M-1 dienen maximaal te worden opgenomen
in de laatste 10 werkdagen3 van M-1. Zodanig dat de MMR
volumes van M-1 kunnen worden gevalideerd en uitgestuurd in de
markt voor de BU stop. Indien geen opname meer mogelijk is in
M-1, dient de index te worden geschat met index-datum gelijk aan
de laatste dag van M-1 (inclusief).
o YMR volumes waarvan de timeslice volledig voor M ligt, dienen te
worden gevalideerd en uitgestuurd in de markt voor de BU stop.
o Voor Brussel worden toegangspunten met decentrale productie in
compensatie niet opgenomen gedurende de periode EDsplit – BUstop. (Cfr 5.8.2)
o LET OP: meter reads waarvan de validatie en het uitsturen in de
markt niet tijdig voor de gridfee/PSO/Transaction cost berekening
kan plaats vinden, zullen worden gebufferd in de huidige clearing
houses en pas worden uitgestuurd in MIG 6.0. Dit om de MIG 6.0
-
Règles YMR (B18) / MMR (B17):
o Les volumes YMR / MMR dont le timeslice est totalement dans ou
recouvre partiellement M ne sont plus envoyés en MIG 4.1. Ceux-ci
sont mémorisés temporairement chez les GRD’s / clearing
houses actuelles et envoyés du CMS en MIG 6.0 après le Go-live
I. A ce moment-là, le gridfee sera calculé sur la base des
nouveaux (et des anciens) tarifs. Les nouveaux tarifs ne sont pas
implémentés dans les clearing houses actuelles.
o Les volumes MMR du mois M-1 doivent être relevés au maximum
dans les 10 derniers jours ouvrables6 de M-1. De cette façon, les
volumes MMR de M-1 peuvent être validés et envoyés au marché
avant le BU stop. Dans le cas où il n’est pas possible de relever le
compteur en M-1, l’index doit être estimé avec une date d‘index
égale au dernier jour du mois M-1 (inclus).
o Les volumes YMR dont le timeslice se situe totalement avant M
doivent être validés et envoyés sur le marché avant le BU stop.
o Pour Bruxelles, les points d'accès en compensation avec
production décentralisée ne seront pas relevés durant la période
EDsplit - BU-stop. (cf. 5.8.2).
o ATTENTION : Les lectures de compteur dont la validation et
l'envoi sur le marché ne peuvent pas avoir lieu à temps avant le
calcul du « gridfee/PSO/Transaction cost » seront mémorisées
3
Uitzondering op de huidige regel in het technisch reglement die de opname vanaf 7WD voor het einde van de maand mogelijk maakt
6
Exception à la présente règle dans le règlement technique qui permet l'enregistrement à partir de 7JO avant la fin du mois.
13
ketting van UTIL TS, UTIL FEE/PSO/TRC/VI in MIG 6.0 niet te
onderbreken. (Cfr 0)
-
temporairement dans les clearing houses actuelles avant d'être
finalement envoyées en MIG 6.0. Ceci afin de ne pas interrompre
la chaîne MIG 6.0 d'UTIL TS, UTIL FEE/PSO/TRC/VI en MIG 6.0.
(Cf. 0 )
Regels AMR (E13):
o Berichten met betrekking tot AMR volumes betreffende de periode
M-1 zullen worden gevalideerd (versnelde validatie voor AMR Gas
in het kader van Fast Allocation cfr. 5.4) en uitgestuurd in MIG
4.1.
o Periode EDsplit – BU-Stop:

Berichten (Elec: E13 Unvalidated / Corrected & E24
unvalidated / validated // Gas: E13 & E24 not validated /
corrected4) met betrekking tot AMR volumes betreffende
de maand M zullen in MIG 4.1 worden uitgestuurd tot
aan de BU-stop.

E11 (elec) berichten met betrekking tot de maand M
worden gebufferd bij de huidige clearing houses, worden
geconverteerd naar een MIG DGO bericht en worden
vervolgens doorgestuurd naar de Balance suppliers
volgens de MIG 6 processen. (Cfr 5.8.1)
o Periode BU-stop – Go-live I: De AMR berichten worden tijdelijk
gebufferd bij de DNB’s/huidige clearing houses. Vanaf Go-live I
worden de berichten betreffende de AMR volumes in MIG 6.0 /
MIG DGO uitgestuurd.
o LET OP:

Er worden geen in MIG 4.1 verstuurde berichten
automatisch opnieuw in MIG 6.0 verstuurd in de
gecontroleerde start van MIG 6.0 / MIG DGO! (Wel
mogelijk na de gecontroleerde start via rectificaties, …)
-
Règles AMR (E13):
o Les messages relatifs aux volumes AMR concernant la période
M-1 seront validés (validation accéléré pour AMR Gaz dans le
cadre du Fast Allocation cfr. 5.4) et envoyés en MIG 4.1.
o Période EDsplit - BU-Stop :

Les messages (Élec : E13 Unvalidated / Corrected et
E24 unvalidated / validated // Gaz : E13 et E24 not
validated / corrected7) concernant les volumes AMR
pour le mois M seront envoyés en MIG 4.1 jusqu'au BUstop.

Les messages E11 (élec) concernant le mois M seront
mémorisés dans les clearing houses actuelles, convertis
en un message MIG DGO puis envoyés aux Balance
suppliers suivant les processus MIG 6. (Cf. : 5.8.1)
o Période BU-stop - Go-live I : Les messages AMR sont mémorisés
temporairement chez les GRD / clearing houses actuelles entre le
BU-stop et le Go-live I. À partir de Go-live I, les messages relatifs
aux volumes AMR seront envoyés en MIG 6.0 / MIG DGO.
o ATTENTION :

Aucun message envoyé en MIG 4.1 ne sera renvoyé
automatiquement en MIG 6.0 dans le démarrage
contrôlé de MIG 6 / MIG DGO! (Bien possible après le
démarrage contrôlé par rectifications,…)
4
E13 validated & E24 validated Gas worden pas uitgestuurd na dat de finale CBW beschikbaar is. De CBW voor de maand M, mag niet in de huidige clearing houses
worden opgeladen.
7
E13 validated et E24 validated Gaz ne sont envoyés qu'après que le PCS final soit disponible. Le CBW pour le mois M, ne peut pas être chargé dans les clearing houses
actuelles.
14

-

Voor een Move in van een AMR met een effective date
tussen EDsplit en BU-stop worden wel de AMR metering
berichten doorgestuurd volgens de standaard timings
maar, de TMD wordt pas na GO-live I verstuurd. In
uitzonderlijke gevallen en enkel voor zeer grote klanten,
is het mogelijk voor de Balance suppliers om de
gebufferde TMD via de ‘Supplier web’ applicatie of per
email op te vragen bij de huidige clearing houses. De
specificering welke klanten als ‘groot’ dienen te worden
beschouwd is voor elke Balance supplier verschillend.
Het is dan ook aan de Balance supplier om te bepalen of
hij deze procedure al dan niet wenst te gebruiken. De
inhoud die zal worden doorgestuurd is gelijk aan de
velden van het MIG 4.1 “E07 Access Point Master Data
Notification” bericht, met uitzondering van de velden met
de specificaties van het bericht (Message reference
number, Document/message identification, …) uit
segment 0 indien deze niet beschikbaar zijn. De
gegevens zullen in een CSV worden doorgestuurd
waarbij elk veld uit het E07 bericht in een aparte rij wordt
ingevuld. De emailadressen via de welke deze gegevens
kunnen worden aangevraagd, worden opgelijst in annex
9.5. De gegevens zullen door de DNB zo snel mogelijk
worden doorgestuurd.
-
Regels GOL:
o Het GOL proces van maand M wordt verder uitgevoerd tot de BUstop. Vanaf de BU-stop tot de “Go-Live I” zullen de DNB’s, indien
en zo langs als technisch mogelijk, de GOL (E13 not validated
hourly read / E24 not validated hourly) berichten nog doorsturen.
De DNB’s die deze berichten niet kunnen doorsturen (o.w.v.
technische redenen) tijdens deze periode, zullen de berichten
bufferen. Elke DNB beslist voor zichzelf in functie van de
technische complexiteit om de gebufferde GOL berichten al dan
niet te versturen vanaf Go-live I in MIG 6.
o LET OP: Vanuit het standpunt van de commerciële balance
suppliers / shippers, is het GOL proces dus onderbroken vanaf
BU-stop tot Go-Live II.
15
Pour un Move in d’un AMR avec une date effective entre
EDsplit et BU-stop, les messages de metering AMR
seront envoyés selon les timings standards mais le TMD
ne sera envoyé qu’après le Go-live I. Pour des cas
exceptionnels et seulement pour des clients avec des
« volumes très élevés », il est possible pour les Balance
suppliers de demander par l’application ‘Supplier web’
ou par email les TMD mémorisées dans les clearing
houses actuelles. La notion de « volumes très élevés »
et les clients qu'elle englobe varient pour chaque
Balance supplier. Aussi, il incombe au Balance supplier
de déterminer s'il souhaite ou non utiliser cette
procédure. Le contenu qui sera envoyé équivaut aux
champs du message MIG 4.1 « E07 Access Point
Master Data Notification », à l'exception des champs du
segment 0 reprenant les spécifications du message
(numéro de référence du message, identifiant du
document/message...) si ceux-ci ne sont pas
disponibles. Les données seront envoyées dans un CSV
où chaque champ du message E07 fera l'objet d'une
ligne. Les adresses électroniques permettant de
demander ces données sont reprises à l'annexe 9.5. Les
données seront envoyées pas les GRD le plus vite
possible.
Règles GOL :
o Le processus GOL du mois M se poursuit jusqu'au BU-stop. À
compter du BU-stop jusqu'au « Go-Live I », les GRDs enverront
encore, si c’est techniquement possible, les messages GOL (E13
not validated hourly read / E24 not validated hourly). Les GRDs
qui ne peuvent pas envoyer ces messages (à cause des raisons
techniques), mémoriseront les messages. Chaque GRD décide
lui-même de renvoyer ou ne pas renvoyer les messages GOL
mémorisés après Go-live I en MIG 6.0 en fonction de la
complexité technique.
o ATTENTION : Du point de vue des balance suppliers
commerciaux / shippers, le processus GOL est donc interrompu
du BU-stop au Go-Live II (> 2 jours calendrier).
-
Regels MROD:
o Aanvragen MROD mogen worden doorgestuurd vanuit de
Balance suppliers aan de DNB’s tot aan de Go-live I. Mogelijk is
er een periode dat dit enkel via email kan en niet via “Supplier
5
web” (te bepalen door de huidige clearing houses). Vanaf Golive II worden de MROD aanvragen in MIG 6.0 aangevraagd.
o Voor MROD aanvragen die werden gedaan volgens de MIG 4.1
afspraken maar waarvoor de DNB voor de BU-stop geen
metering gegevens in MIG 4.1 aan de aanvrager heeft verstuurd,
zal er na Go-live I een MIG 6.0 Ad-hoc metering bericht worden
gestuurd (zonder link naar de originele MROD aanvraag).
o Metering volumes ten gevolge van de MROD met een timeslice
volledig in of overlappend met M, worden niet meer uitgestuurd in
MIG 4.1. Deze worden tijdelijk gebufferd bij de DNB / huidige
clearing houses en uitgestuurd vanuit de CMS in MIG 6.0 na de
Go-live I.
-
Regels « Processus Informatif Compteur Classique » (WAL)
o Alle informatieve meterstanden door de klant doorgegeven aan
de DNB voor de BUSTOP zullen volgens volgens het huidige
proces via email worden behandeld.
o Alle informatieve meterstanden doorgegeven aan de DNB vanaf
Go-live I, dienen te worden behandeld volgens de vooropgestelde
MIG 6 / MIG DGO processen vanaf BUSTOP.
5.2.2
Dependencies / Dépendances
N/A
5
Bij Sibelga kunnen MROD’s enkel via email worden aangevraagd.
8
Chez Sibelga, des MROD’s peuvent être demandé uniquement par email.
16
-
Règles MROD :
o Des demandes MROD peuvent être envoyées par les Balance
suppliers aux GRD’s jusqu’au Go-live I. Il est possible que durant
une période, les MROD’s peuvent seulement être demandés par
email et pas via « Supplier web » qui ne sera plus disponible (à
déterminer par les clearing houses actuelles)8. A partir de Go-live
II, les MROD doivent être demandés en MIG 6.0.
o En ce qui concerne les demandes MROD effectuées selon les
accords MIG 4.1, mais pour lesquels le GRD n'a pas envoyé de
données metering au demandeur en MIG 4.1 avant le BU-stop,
un message de metering MIG 6.0 ad hoc sera envoyé une fois le
Go-live I terminé (sans référence à la demande MROD d'origine).
o Les volumes de metering suite à une demande MROD dont la
période se situe dans M ou chevauche M ne seront plus envoyés
en MIG 4.1. Ils seront temporairement mémorisés par le GRD/les
clearings houses actuelles pour être envoyés en MIG 6.0 par le
CMS après le Go-live.
-
Règles « Processus Informatif Compteur Classique » (WAL)
o Tous les relevés de compteur envoyés à titre informatif par le
client au GRD avant le BUSTOP seront traités par courrier
électronique, conformément au processus actuel.
o Tous les relevés de compteur informatifs envoyés au GRD à
dater du Go-live I devront être traités conformément aux
processus MIG 6/MIG DGO préétablis en vigueur à partir du
BUSTOP.
5.3
5.3.1
Billing / Facturation
Gridfee/PSO voorschotten (DNB->Balance supplier) / Acomptes Gridfee/PSO (GRD->Balance supplier)
5.3.1.1
Aanpak / Approche
De gridfee/PSO voorschotten van de verbruiksmaand M-1 worden door de
huidige clearing houses berekend en uitgestuurd volgens de MIG 4.1
logica.
Alle nog niet afgerekende voorschotten worden ongewijzigd gemigreerd
naar de CMS met de oorspronkelijke referenties.9
De voorschotten van de verbruiksmaand maand M zullen vanuit de CMS
(MIG 6.0 formaat) worden verstuurd.
5.3.1.2
-
S.O.
Afrekeningen / Décomptes
5.3.2.1
Aanpak / Approche
Voor alle in de markt in MIG 4.1 uitgestuurde metering volumes, zullen
vanuit de huidige clearing houses gridfee/PSO/TRC afrekeningen worden
berekend en verstuurd volgens de MIG 4.1 afspraken. Voor alle gebufferde
metering volumes, zal de gridfee/PSO/TRC na Go-live I worden berekend
en verstuurd volgens de MIG 6.0 afspraken vanuit CMS. Zo kan worden
verzekerd dat bij de start van Go-live I van MIG 6.0 steeds de
vooropgestelde combinatie van UTIL-TS, UTIL-FEE/PSO/TRC (en UTILVI) wordt verstuurd. (Cfr Figure 2)
9
Les acomptes gridfee/PSO du mois de consommation M-1 sont calculés
par les clearing houses actuelles et envoyés selon la logique MIG 4.1.
Tous les acomptes non encore décompté sont migrés tel quel vers le CMS
avec les références initiales.10
Les acomptes du mois de consommation M seront envoyés par le CMS
(format MIG 6.0).
N/A
5.3.2
-
-
-
Pour tous les volumes de mesure envoyés au marché en MIG 4.1, les
décomptes gridfee/PSO/TRC seront calculés dans les clearing houses
actuelles et envoyés selon les règles MIG 4.1. Pour tous les autres
volumes mémorisés temporairement, le gridfee/PSO/TRC sera calculé
après Go-live I et envoyé selon les règles MIG 6.0 par le CMS. Il est ainsi
possible d’assurer qu'au lancement Go-live I du MIG 6.0, la combinaison
prévue d'UTIL-TS, UTIL-FEE/PSO/TRC (et UTIL-VI) soit toujours envoyée.
(Cfr Figure 2)
TRC (transaction costs) non lié à du metering pour le mois M seront
De berekeningsparameters (Metering, Asset, Tarieven en bijhorende timeslices) worden gemigreerd naar het CMS.
10
Les paramètres de calcul (Metering, Asset, Tarifs et les timeslices concernés) sont migrés au CMS.
17
-
-
TRC (transaction costs) die niet zijn gekoppeld aan metering voor de
maand M worden gebufferd bij de huidige clearing houses en uitgestuurd
na Go-live I in MIG 6.0.
De intergap billing m.b.t. timeslices van voor EDSPLIT dienen afgerond te
worden in huidige clearing houses vóór BUSTOP.
-
mémorisés dans les clearing houses actuelles et envoyés après Go-live I
en MIG 6.0.
L’ « intergap billing » concernant les timeslices d’avant EDSPLIT doit être
clôturé dans les clearing houses actuelles avant le BUSTOP.
YMR volumes
ED
Split
Golive I
BUStop
M-1
FORMAT
Golive II
M
Gridfee/
TRC/PSO
Meteringvolume
A: Volume slice
Validation on time for
gridfee/TRC/PSO
General rule
MIG 4
MIG 4
B: Volume slice
Validation NOT on time
for gridfee/TRC/PSO
Exception
MIG 6
MIG 6
MIG 6
MIG 6
MIG 6
MIG 6
C: Volume slice
D: Volume slice
Figure 2. Approach volumes – which MIG-logic to use?
5.3.2.2
De validatie van de meterstanden opgenomen in maand M-1
(AMR/MMR/YMR) is afgewerkt. Met uitzondering van YMR volumes die
niet werden gevalideerd voor BU-stop zoals geillustreerd in figuur 2.
-
18
La validation des relevés de compteur
enregistrés au mois M-1
(AMR/MMR/YMR) est achevée. A l’exception des volumes YMR non validé
avant le BU-stop comme illustré dans figure 2.
-
5.4
De validatie van de infeed van de maand M-1 is afgewerkt. (Voor de
facturatie van de doorvoergridfee11; niet van toepassing voor Sibelga)
Het berekenen van de voorschotten van de maand M-1 is afgewerkt.
-
La validation de l’infeed du mois M-1 est achevée. (Pour la facturation de
gridfee d’échange12; pas d’application chez Sibelga)
Le calcul des acomptes du mois M-1 est achevé.
Allocatie / Allocation
5.4.1
High-Level Aanpak / Approche de haut niveau
Om operationele interferentie met de verkorte allocatieprocessen voor de
volumes van de maand M-1 te vermijden:
o Dienen de allocatie-resultaten voor elektriciteit en gas voor de
volumes van de maand M-2 te zijn berekend en uitgestuurd in de
markt in de maand M-1.
o Zullen in de maand M-1 en maand M zullen geen allocatie reruns
meer mogelijk zijn voor de volumes van de voorbije maanden.
De allocatie-resultaten voor elektriciteit en gas voor de volumes van de maand
M-1 dienen te zijn berekend en uitgestuurd in de markt voor de BUstop.
Na Go-live kunnen geen reruns van volumes van de MIG 4.1 periode
(volumes van alle maanden voor de maand M) worden uitgevoerd.
Wanneer ten gevolge van de transitie geen allocatie rerun meer kan
worden uitgevoerd en de rerun criteria worden overschreden voor een
bepaalde maand, dient er (indien nodig) op basis van berekeningen buiten
de standaard systemen tot een financiële regeling te worden gekomen met
alle betrokken partijen. Let wel, deze regeling zal meer tijd vergen dan de
standaard MIG 4.1 rerun, maar dient te zijn afgerond voor de definitieve
onbalans berekening van Elia.
Voor de allocatie van de volumes van de maand M, wordt geen Portfolio
(Pre-Allocation Portfolio Message (xEAL020) & E24 Operational Gas -
-
-
-
Pour éviter toute interférence opérationnelle avec les processus raccourcis
d’allocation pour les volumes du mois M-1:
o Il faut que les résultats d'allocation du gaz et de l'électricité pour
les volumes du mois M-2 aient été calculés et envoyés sur le
marché au cours du mois M-1.
o Au cours des mois M-1 et M, aucun rerun d'allocation ne sera plus
possible pour les volumes des mois précédents.
Les résultats d'allocation pour le gaz et l'électricité pour les volumes du
mois M-1 doivent être calculés et envoyés au marché avant le BU-stop.
Après Go-live, aucun rerun des volumes de la période MIG 4.1 (tous les
mois avant le mois M) ne peut être exécuté.
Dans le cas où il n’est plus possible d’exécuter un rerun d’allocation à
cause de la transition et que les critères de rerun sont dépassés pour un
mois donné, il faut (si nécessaire) passer par un arrangement financier
entre toutes les parties concernées basé sur un calcul hors systèmes
standards. Attention : cet arrangement prendra plus de temps que les
reruns standards MIG 4.1 mais doit être clôturé avant le calcul définitif du
déséquilibre réalisé par Elia.
Pour l'allocation des volumes du mois M, aucun Portfolio (Pre-Allocation
Portfolio Message (xEAL020) & E24 Operational Gas - Portfolio - xGPF005
11
Doorvoergridfee is de gridfee m.b.t. de inter-gap energieuitwisselingen (elek) die door sommige gridaccessproviders (niveau Imea, …) aangerekend worden aan een
aangrenzende gridaccessprovider. Dit heeft geen betrekking op de balance suppliers.
12
Le gridfee d’échange est le gridfee concernant les échanges d’énergie (elec) qui est facturé par certains « gridaccessproviders » (au niveau d’Imea, …) à un
« gridaccessprovider » limitrophe. Ceci ne se rapporte pas aux balance suppliers.
19
-
-
-
5.4.2
Portfolio - xGPF005 ) uitgestuurd (behalve aan Fluxys, zij zullen de
portfolio (FLXPOR), client switch (FLXCLS) en production switch
(FLXPRS) gegevens van de maand M wel ontvangen in MIG 4.1). Er wordt
echter nog wel de snapshot van het access register in MIG 4.1 vanuit de
huidige clearing houses verstuurd.
Voor de provisionele allocatie van de volumemaand M, zullen enkel op
(M+1)+10wd de berichten SE-INT-3, SE-INT-4 & SE-INT-5 worden
verstuurd.
De infeed gegevens E&G van de maand M, worden gebufferd bij de DNB’s
en TNB’s gedurende de periode EDsplit tot Go-live I en na Go-live I aan
Atrias verstuurd via MIG DGO / MIG TSO.
De CBW gegevens van de maand M, worden gebufferd bij de TNB
gedurende de periode EDsplit tot Go-live I en na Go-live I aan Atrias
verstuurd via MIG TSO.13
-
-
-
) (exception pour Fluxys, qui recevra les portfolios, client switch et
production switch du mois M en MIG 4.1) ne seront envoyés. Le snapshot
du registre d'accès est cependant encore envoyé en MIG 4.1 par les clearing
houses actuelles.
Pour l'allocation provisionnelle du mois de volume M, seulement les
messages SE-INT-3, SE-INT-4 & SE-INT-5 seront envoyés le
(M+1)+10wd.
Les données infeed E&G du mois M, seront mémorisées temporairement
chez les GRD et GRT pendant la période EDsplit jusqu’au Go-live I et
envoyées à Atrias après Go-live I via MIG DGO / MIG TSO.
Les données PCS du mois M, seront mémorisées temporairement chez le
GRT pendant la période EDsplit jusqu’au Go-live I et envoyées à Atrias après
Go-live I via MIG TSO.14
Versnelde allocatie – Elektriciteit / Allocation accélérée - Électricité
De duur van de gecontroleerde stop wordt bepaald door de doorlooptijd van de
allocatieprocessen. Het allocatieproces van elektriciteit m.b.t. de volumes van M-1
dient te worden uitgevoerd zoals beschreven in onderstaande tabel.
La durée de l'arrêt contrôlé est déterminée par le délai de réalisation des processus
d'allocation. Le processus d'allocation pour l'électricité pour les volumes M-1 doit
être réalisé conformément au tableau ci-dessous.
Ter informatie: het allocatieproces (elektriciteit) m.b.t. de volumes van de maand M2 wordt volgens de huidige MIG 4.1 timings uitgevoerd.
À titre d'information : le processus d'allocation (électricité) pour les volumes du
mois M-2 est réalisé conformément aux timings MIG 4.1 actuels.
13
Het CMS zal de CBW gegevens naar de DNB’s doorsturen, overeenkomstig de settlement processen (MIG DGO).
14
Le CMS enverra les données PCS aux GRD, conforme aux processus de settlement (MIG DGO).
20
* M in the table corresponds to the month which is being allocated.
Table 1. Timings Fast Allocation Electricity
Bijkomende specificaties voor de uitvoering van de versnelde allocatie elektriciteit:
-
Fouten zullen op de volgende manier worden aangepakt:

Ontbrekende infeed gegevens: Elia verifieert op 04/01/2018 met de
desbetreffende DNB wat er dient te gebeuren:
o De betrokken DNB en Elia in een onderling akkoord beslissen niet
te wachten: Elia vervangt de ontbrekende waarden door
schattingen en verstuurt zo de infeed gegevens.
o De betrokken DNB en Elia in een onderling akkoord beslissen te
wachten: Elia verstuurt de volledige infeed gegevens vanaf deze
beschikbaar zijn (na milestone 1 van 05/01/2018).

Incorrecte infeed gegevens:
o ≤ rerun criteria: wordt opgenomen in de PBO. De delta wordt
gedragen door de DNB.
o > rerun criteria: De betrokken partijen lossen dit op via een
bilateraal/trilateraal akkoord (op dezelfde wijze als de huidige
Spécifications complémentaires pour l'exécution accélérée de l'allocation de
l'électricité :
-
21
Les erreurs seront traitées de la manière suivante :

Données infeed manquantes : Elia vérifiera le 04/01/2018 avec le GRD
concerné ce qu'il convient de faire :
o Le GRD concerné et Elia d’un commun accord décident de ne pas
attendre : Elia remplace les valeurs manquantes par des
estimations et envoie les données infeed telles quelles.
o Le GRD concerné et Elia d’un commun accord décident d'attendre :
Elia envoie les données infeed complètes dès qu'elles sont
disponibles (après le milestone 1 du 05/01/2018).

Données infeed erronées :
o ≤ critères de rerun : elles seront reprises dans le PBO. Le delta est
pris en charge par le GRD.
o > critères de rerun : les parties concernées remédient à cette

procedure voor een fout gevonden na M+6 maanden).
Fout in portfolio: Een tijdelijk financieel akkoord kan worden
afgesproken onder de betrokken Balance suppliers. De fout zal tijdens
de reconciliatie gecorrigeerd worden. Zowel de DNB’s als de Balance
suppliers mitigeren dit probleem door de snapshot van het
toegangsregister voldoende te controleren voor de uitvoering van de
laatste allocatie MIG 4.1.

situation par le biais d'un accord bilatéral/trilatéral (comme dans la
procédure actuelle en cas d'erreur identifiée après M+6 mois).
Erreur dans le portfolio : Un accord financier provisoire peut être conclu
entre les Balance suppliers concernés. L'erreur sera rectifiée lors de la
réconciliation. Les GRD et les Balance suppliers minimisent ce
problème en procédant à un contrôle suffisant du snapshot du registre
d'accès avant la dernière allocation MIG 4.1.
-
Het maximaal vermijden van werken aan de posten (die impact hebben op
Elia’s infeed-berekening tijdens de periode van M-3 tot M+3).
-
Dans la mesure du possible, éviter les travaux sur les postes (qui ont un
impact sur le calcul infeed d'Elia durant la période allant de M-3 à M+3).
-
Het maximaal vermijden van het installeren/vervangen van AMR’s om zo
de TMD zo stabiel mogelijk te houden. (vb.: DNB/TNB – geen
systematische vervangingen van de meters tijdens de periode M-5kd tot
M.)
-
Dans la mesure du possible, éviter d'installer/remplacer des AMR afin de
stabiliser au mieux les TMD (p. ex. : GRD/GRT – pas de remplacement
systématique des compteurs durant la période allant de M-5jc à M).
-
-
De Balance suppliers dienen de controles op die attributen van een
toegangspunt die een invloed uitoefenen op de allocatie, op basis van het
maandelijkse toegangsregister snapshot, vanaf M-6 maanden te
intensfieren. Dit om de kans op fouten in de laatste MIG 4 allocaties te
vermijden.
Dans la mesure du possible, les Balance suppliers doivent, dès que M-6
mois, intensifier les contrôles des paramètres d’un point d’accès qui
influencent l’allocation, sur la base d’un snapshot mensuel du Registre des
accès. Ceci pour minimiser le risque des fautes dans les dernières
allocations MIG 4.
5.4.3
Versnelde allocatie – Gas / Allocation accélérée - Gaz
Het allocatieproces van gas m.b.t. de volumes van M-2 dient te worden uitgevoerd
zoals beschreven in onderstaande tabel.
Le processus d'allocation du gaz en ce qui concerne les volumes de M-2 doit être
réalisé conformément au tableau ci-dessous.
22
Table 2. Timings Fast Allocation Gas volumes November 2017
Het allocatieproces van gas m.b.t. de volumes van M-1 dient te worden uitgevoerd
zoals beschreven in onderstaande tabel.
Le processus d'allocation du gaz en ce qui concerne les volumes de M-1 doit être
réalisé conformément au tableau ci-dessous.
23
Table 3. Timings Fast Allocation Gas volumes December 2017
Bijkomende specificaties voor de versnelde uitvoering van de allocatie Gas:
Fouten zullen op de volgende manier worden aangepakt:
 Fouten in de infeed-gegevens:
o ≤ Rerun criteria : Worden opgenomen in de PBO van dezelfde
maand. De factuur wordt aldus toegewezen aan de DNB.
o > Rerun criteria: Financiële afhandeling tussen in eerste instantie
Spécifications complémentaires pour l'exécution accélérée de l'allocation du gaz :
Les erreurs seront traitées de la manière suivante :
 Erreurs dans les données infeed :
o ≤ Critères de rerun : elles seront reprises dans le PBO du même
mois. De cette manière, la facture sera adressée au GRD.
o > Critères de rerun : Règlement financier entre Fluxys et les
24
-
5.4.4
Fluxys en de Shippers en in tweede instantie de Shippers en de
Suppliers.
 Fouten in de portfolio:
o Een tijdelijk financieel akkoord kan worden afgesproken onder de
betrokken Balance suppliers. De fout zal tijdens de reconciliatie
gecorrigeerd worden. Zowel de DNB’s als de Balance suppliers
mitigeren dit probleem door de snapshot van het toegangsregister
voldoende te controleren voor de uitvoering van de laatste allocatie
MIG 4.1.
Het maximaal vermijden van werken aan de posten (die impact hebben op
de infeed-berekening) tijdens de periode van M-3 tot M+3.
Het maximaal vermijden van het installeren/vervangen van AMR’s om zo
de TMD zo stabiel mogelijk te houden. (vb.: DNB/TNB – geen
systematische vervangingen van de meters tijdens de periode M-5kd tot
M.)
5.5.1
-
Er moet aan een aantal startcriteria worden voldaan om het allocatieproces van de
elektriciteit en gas m.b.t. de volumes van de maand M-1 te kunnen opstarten:
De AMR (E13) / MMR (B17) consumptie van de maand M-1 is gevalideerd.
De infeed (elektriciteit) van de maand M-1 is gevalideerd.
De infeed (gas) van de maand M-1 is gevalideerd.
5.5
-
Shippers dans un premier temps et entre les Shippers et les
Suppliers dans un second temps.
 Erreurs dans le portfolio :
o Un accord financier provisoire peut être conclu entre les Balance
suppliers concernés. L'erreur sera rectifiée lors de la réconciliation.
Les GRD et les Balance suppliers minimisent les impacts liés à ce
problème en procédant à un contrôle suffisant du snapshot du
registre d'accès avant la dernière allocation MIG 4.1.
Dans la mesure du possible, éviter les travaux aux postes (qui ont un
impact sur le calcul infeed) durant la période allant de M-3 à M+3.
Dans la mesure du possible, éviter d'installer/remplacer des AMR afin de
stabiliser au mieux les TMD (p. ex. : GRD/GRT – pas de remplacement
systématique des compteurs durant la période allant de M-5jc à M).
Un certain nombre de critères de base doivent être satisfaits avant de lancer le processus
d'allocation du gaz et de l'électricité en ce qui concerne les volumes du mois M-1 :
La consommation AMR (E13) / MMR (B17) du mois M-1 est validée.
L'infeed (électricité) du mois M-1 est validé.
L'infeed (gaz) du mois M-1 est validé.
Reconciliatie / Réconciliation
Aanpak / Approche
De reconciliatie runs die worden uitgevoerd gedurende de maand M-1 worden in
de huidige clearing houses volgens de MIG 4.1 afspraken uitgevoerd. De reconciliatie
runs die worden uitgevoerd vanaf de maand M, worden in het CMS uitgevoerd
volgens de afspraken beschreven in 7.2.
Les runs de réconciliation exécutés durant le mois M-1 sont exécutés dans les
clearing houses actuelles selon les règles MIG 4.1. Les runs de réconciliation
exécutés à partir du mois M, sont exécutés dans le CMS selon les règles décrit dans
7.2.
5.5.2
N/A
S.O.
25
5.6
Rectificaties / Rectifications
5.6.1
Aanpak / Approche
ED End MIG 4
Volume fractions
split
M-1
SPONTANEOUS
INBOUND
OUTBOUND
With regard to data with ED before EDsplit
Always finished with closing message (no
open spontaneous rectifications)
SUP: MIG 4 Requests buffered on VAN*/**
Roll
out
DGO /
Atrias /
TGO
DGO: Process MIG 4 Requests <ED split
Limit rectifications
structuring
DGO: Request MIG 4
•
M+1
SEND MIG 4
•
•
•
Golive II
M
SEND MIG 4
SUP: Request MIG 4
Golive I
BUStop
* NO automatic rectifications
** NO rectifications reconciliation
Roll
out
SUP
•
Request messages to be transformed by Atrias
to MIG 6
•
Open rectifications to be migrated and
processed after Go-live in MIG 6
NO rectifications reconciliation to be migrated
(should be all closed)
•
•
Requests buffered @ DGO
Requests to be sent by DGO after Go-live in
MIG DGO format after check by DGO
Limit rectifications
SUP: Process Requests
SUP: Process MIG 4.1 Requests without closing
Figure 3. The approach for rectifications
Spontane rectificaties:
-
Rectifications spontanées :
Des rectifications spontanées des données metering et TMD dont la date
effective est antérieure à M peuvent être réalisées en MIG 4.1 jusqu'à
BUstop (exemple : compteur installé le 28/12/2017 ; informations TMD
Spontane rectificaties in MIG 4.1 met betrekking tot Metering en TMD data
met een effective date van voor M zijn mogelijk tot aan BUstop. (Vb. Een
meter geïnstalleerd op 28/12/2017, TMD informatie wordt op 02/01/2018 in
26
-
de markt verstuurd. Deze informatie kan indien nodig nog in MIG 4.1
worden gecorrigeerd via een spontane rectificatie.)
Voor spontane rectificaties verstuurd in MIG 4.1 dient steeds het volledige
rectificatie proces te worden afgewerkt, tot en met het versturen van de
MIG 4.1 closing (dus geen open MIG 4.1 spontane rectificaties)
Inbound rectificaties
Rectificaties structuring vanuit de Balance suppliers dienen maximaal te
worden beperkt gedurende de maand (M-1) en van EDsplit tot Go-live I
Rectificaties kunnen tot EDsplit in MIG 4.1 worden aangevraagd. De
rectificaties worden maximaal verwerkt (volledige rectificatieproces, tot en
met het versturen van het closing bericht) door de DNB’s gedurende de
periode EDsplit-BUstop. Openstaande rectificaties structuring en metering
worden overgenomen in het CMS en verwerkt in MIG 6.0. De rectificaties
reconciliatie dienen allen te zijn afgewerkt, hiervoor wordt geen migratie
voorzien. De methodiek voor de transformatie van MIG 4.1 naar MIG 6.0
rectificaties wordt beschreven in 5.6.2.
Vanaf EDsplit tot Go-live I worden aanvragen rectificaties structuring en
metering (NIET reconciliatie) gebufferd op de VAN in MIG 4.1 tussen
EDsplit en Go-live I. Deze aanvragen worden door Atrias getransformeerd
naar MIG 6.0 aanvragen. De gebruikte methodiek voor de conversie van
MIG 4.1 naar MIG 6.0 rectificatieaanvragen wordt beschreven in 5.6.2.
Automatismen die mogelijk zijn voorzien bij de Balance suppliers voor de
aanvraag van rectificaties dienen te worden uitgeschakeld tot de
finalisering van de verwerking van de gebufferde gegevens (periode: EDsplit
– [Go-live I + 1 week]). Dit om rectificaties te vermijden ten gevolge van
het bufferen van data (vb. bufferen periodieke opnames van de maand M).
Outbound rectificaties (WAL/FLA):
Langs kant DNB:
Aanvragen outbound rectificaties vanuit de DNB’s dienen maximaal te
worden beperkt gedurende de maand (M-1).
Aanvragen outbound rectificaties kunnen tot EDsplit in MIG 4.1 worden
aangevraagd door de DNB’s. Gebufferde rectificaties in de periode EDsplit –
Go-Live I kunnen in MIG DGO vanuit de DNB’s worden doorgestuurd na
een verificatie of deze rectificaties nog relevant zijn (mogelijk werd
ondertussen de gecorrigeerde RMD ontvangen).
Openstaande outbound rectificaties op moment van EDSPLIT worden niet
gemigreerd naar het CMS.
Langs kant Balance supplier:
De Balance suppliers blijven de nog openstaande outbound rectificaties die
-
envoyées au marché le 02/01/2018 ; si nécessaire, ces informations
peuvent encore être corrigées en MIG 4.1 par le biais d'une rectification
spontanée).
Pour les rectifications spontanées envoyées en MIG 4.1, il y a lieu de
toujours finaliser l'ensemble du processus de rectification, jusqu'à l'envoi
du message de closing en MIG 4.1 (donc pas de rectifications spontanées
en cours en MIG 4.1).
Rectifications inbound
Le nombre de rectifications structuring en provenance des Balance
suppliers doit être réduit à son strict minimum durant le mois (M-1) ainsi
que d’EDsplit au Go-live I
Des rectifications peuvent être demandées en MIG 4.1 jusqu'à EDsplit. Les
rectifications sont traitées au maximum (processus de rectification complet,
jusqu'à envoi du message de closing inclus) par les GRD durant la période
EDsplit-BUstop. Les rectifications structuring et metering en cours seront
reprises dans le CMS et traitées en MIG 6.0. Les rectifications de type
réconciliation doivent toutes être achevées. Elles ne feront l'objet d'aucune
migration. La méthodologie utilisée pour la conversion des rectifications
MIG 4.1 en rectifications MIG 6.0 est décrite au chapitre 5.6.2.
Les demandes de rectification structuring et metering (PAS réconciliation)
seront mémorisées sur le VAN en MIG 4.1 entre l'EDsplit et le Go-live I. Ces
demandes seront ensuite converties par Atrias en demandes MIG 6.0. La
méthodologie utilisée pour la conversion des demandes de rectification
MIG 4.1 en demandes de rectification MIG 6.0 est décrite au
chapitre 5.6.2.
Les éventuels systèmes qui permettent aux Balance suppliers de
demander automatiquement des rectifications doivent être désactivés
jusqu'à la fin du traitement des données mises en attente (période : EDsplit
– [Go-live I + 1 semaine]). Ceci afin d'éviter toute rectification résultant de
la mise en attente des données (p. ex. mise en attente d'enregistrements
périodiques se rapportant au mois M)
Rectifications outbound (WAL/FLA):
Côté GRD :
Le nombre de demandes de rectification outbound transmises par les GRD
doit être limité à son strict minimum durant le mois (M-1).
Les GRD peuvent demander des rectifications outbound en MIG 4.1
jusqu'à EDsplit. Les rectifications mémorisées dans la période EDsplit - GoLive I peuvent être transmises en MIG DGO par les GRD après avoir
vérifié si elles sont toujours pertinentes (il est possible que les RMD
corrigés aient été reçus dans l'intervalle).
Les rectifications outbound non traitées à EDSPLIT ne migreront pas vers le
27
in hun systemen openstaan op het moment van EDSPLIT behandelen (ook na
Go-Live II) en versturen indien nodig een Update Business Master Data (in
MIG 6) naar de DNB’s. Vanaf EDSPLIT kunnen de Balance Suppliers kiezen
of ze de closing berichten van de outbound rectificaties nog naar de VAN
willen versturen. De gebufferde closing berichten zullen echter niet worden
geconverteerd naar MIG 6 en dus ook niet worden opgeladen in het CMS.
5.6.2
-
CMS.
Côté Balance supplier :
Les Balance suppliers continueront à traiter les rectifications outbound non
clôturées dans leurs systèmes à EDSPLIT (y compris après le Go-Live II) et
enverront si nécessaire un Update Business Master Data (en MIG 6) aux
GRD. À partir d’EDSPLIT, les Balance Suppliers peuvent choisir s’ils veulent
encore envoyer les messages closing des rectifications outbound vers le
VAN. Mais les messages closing mis en attente ne seront par convertis en
MIG 6 et pas chargés dans le CMS.
Transformatie rectificaties MIG 4.1 naar MIG 6.0 / Conversion des rectifications MIG 4.1 en rectifications MIG 6.0
Synchronisatie CMS – DNB BE:
15
o Pour toutes les rectifications MIG 4.1 en cours16 qui doivent migrer
vers le CMS, un message DGO-RE-INT-70 (Rectification Request)
doit être envoyé depuis le CMS vers le DGO-BE. ATTENTION : Cela
signifie qu'au moment du BUSTOP il ne peut y avoir de rectifications
partiellement achevées chez les GRD vu que le workflow pour les
rectifications migrées dans le CMS est initié à la première étape.
o Voor alle openstaande MIG 4.1 rectificaties die worden overgezet
naar het CMS dient een DGO-RE-INT-70 (Rectification Request)
bericht vanuit het CMS aan de DGO-BE te worden verstuurd LET OP:
Dit wil zeggen dat er op moment van BUSTOP geen partieel afgewerkte
rectificaties bij de DNB’s mogen zijn gezien de workfow voor de
overgezette rectificaties in het CMS in de eerste stap wordt geïnitieerd.
-
Rectificatiecodes MIG 4.1 – MIG 6.0
-
o Voor openstaande en gebufferde MIG 4.1 rectificaties zal het Atrias
migratie team de mapping van de rectificatie codes MIG 4.1 -> MIG 6.0
uitvoeren volgens de specificaties beschreven in Annex 9.3. De MIG
4.1 rectificatiecodes die niet gemapt kunnen worden op een MIG 6.0
rectificatiecode krijgen een transitiecode (aangeduid in de tabellen in
Annex 9.3 als ‘TRANS’).
-
15
Synchronisation CMS–GRD BE :
Codes de rectification MIG 4.1 – MIG 6.0
o Pour les rectifications MIG 4.1 en cours et les rectifications MIG 4.1
qui ont été mises en attente, les codes de rectification seront l'objet
d'un mappage MIG 4.1 -> MIG 6.0 par l’équipe Atrias migration
conformément aux spécifications décrites à l'annexe 9.3. Les codes
de rectification MIG 4.1 qui ne peuvent être mappés avec un code de
rectification MIG 6.0 se verront attribuer un code de transition
(identifiables par la mention « TRANS » dans les tableaux de
l'annexe 9.3).
De openstaande MIG 4.1 rectificaties worden bepaald door de huidige
clearing houses op moment van BU-stop. Volgende gegevens worden voor
de openstaande scenario’s door de huidige clearing houses aangeleverd
-
Les rectifications MIG 4.1 en cours sont déterminées par les clearing
Het Atrias Migratie Team transformeert enkel de openstaande rectificaties waarvan ze de rectificatiecode kunnen mappen conform de MIG 4 rectificatie cataloog.
16
L’équipe de migration (Atrias) transforme seulement les rectifications en cours pour lesquelles ils peuvent faire un mappage des codes de rectification conforme au
catalogue de rectification MIG 4.
28
aan Atrias:
a. EAN
b. GLN DNB
c. GLN initiator
d. Transaction ID MIG 4
e. DGO Internal claim reference MIG4
f. Context ID
g. Rectification code MIG 4.1
h. Request date
i.
Content rectification request
-
houses actuelles au moment du BU-stop. Pour chaque scénario en cours,
les clearing houses actuelles fournissent les données suivantes à Atrias :
a.
EAN
b.
GLN GRD
c.
GLN initiator
d.
Transaction ID MIG 4
e.
DGO Internal claim reference MIG4
f.
Context ID
g.
Rectification code MIG 4.1
h.
Request date
i.
Content rectification request
Aanpak ID’s voor openstaande en gebufferde MIG 4.1 rectificaties:
o De volgende figuur toont een samenvattend overzicht van de mapping
tussen de MIG 4.1 ID’s naar MIG 6.0 / MIG DGO ID’s.
o De DNB geeft aan hoe de context ID bepaald wordt:

Ofwel een GUID (bepaald door het CMS)

Ofwel de huidige interne ID (enkel indien de DNB kan
garanderen dat de ID uniek is over de DNB’s heen.
Bijvoorbeeld doordat een deel van de ID de EAN bevat.)
-
Approche concernant les ID pour les rectifications MIG 4.1 en cours et les
rectifications MIG 4.1 qui ont été mises en attente :
o La figure suivante présente un aperçu du mappage entre les ID
MIG 4.1 et les ID MIG 6.0/MIG DGO.
o Le GRD indique comment le Context ID est déterminé :

Soit un GUID (déterminé par le CMS)

Soit l'ID interne actuel (uniquement si le GRD peut
garantir que l'ID est unique, tous GRD confondus ; par
exemple en veillant à ce qu'une partie de l'ID contienne
l'EAN).
Figure 4. Transition Approach – ID of transformed open rectification
29
5.6.3
N/A
5.7
5.7.1
S.O.
Structuring / Structuration
Aanpak / Approche
RD = Request Date
Figure 5. The controlled stop of MIG 4.1 structuring processes
Aanpak:
Approche:
De doelen van de beschreven aanpak voor structuring zijn de volgende:
Les objectifs de l'approche décrite pour le structuring sont les suivants :
30
-
-
Bovenstaande figuur toont de high-level aanpak die we voorzien voor de transitie
van de structuring scenario’s. De beschrijving van de high-level aanpak is enkel om
het kader te schetsen, hieronder wordt de gedetailleerde aanpak beschreven.
De aanpak is afhankelijk van:
-
Het tijdstip van de request date van het structuring scenario (indien van
toepassing).
Het tijdstip van de effective date van het structuring scenario.
Op basis van deze tijdstippen maken we een onderscheid tussen volgende
approaches:
-
-
Het zo stabiel mogelijk houden van het Access register in de periode
EDSPLIT – Go-Live I
Minimaliseren van de openstaande MIG 4.1 scenario’s
Het zo eenvoudig mogelijk kunnen transformeren van de openstaande
MIG 4.1 scenario’s door de openstaande scenario’s zo veel als mogelijk in
dezelfde status van de workflow te brengen.
Afwerken van processen die betrekking hebben op de periode voor de
maand M.
-
-
Le registre d'accès doit être le plus stable possible durant la période
EDSPLIT – Go-Live I.
Limitation du nombre de scénarios MIG 4.1 en cours.
Conversion la plus simple possible de scénarios MIG 4.1 en cours en
menant les scénarios en cours le plus possible sur le même état du
workflow.
Achèvement des processus portant sur la période correspondante au
mois M.
La figure ci-dessus illustre l'approche de haut niveau que nous prévoyons pour
la transition des scénarios de structuring. La description de l'approche de haut
niveau ne sert qu'à esquisser le cadre. Ci-dessous, nous décrivons l'approche
détaillée.
L'approche dépend :
-
du moment de la request date du scénario de structuring (si
d'application).
du moment de la date effective du scénario de structuring.
En fonction de ces moments, nous faisons la distinction entre les approches
suivantes :
Request date < EDsplit:
o Effective Date < EDsplit. : structuring scenario’s, en de bijhorende
UTIL-TS en masterdata, worden afgewerkt volgens de MIG 4.1
logica in de huidige clearinghouses.
o EDsplit <= Effective date<= [Go-Live I + 1 week]: Geen structuring
scenario’s mogelijk, behalve:

“Move in”

Volgende scenario's met een effective date op de 1e dag
van de maand (M): “Supplier switch, Supplier switch
after EOC, End of contract (Res/Non Res) en Change
balance responsible party”. (Deze scenario’s worden
verder afgewerkt in MIG 4.1.)
o Effective Date > [Go-Live I + 1 week]: mogelijk voor volgende
scenario’s: Supplier switch, Drop (RES / non RES), pose CàB,
Move In en EOC (RES / non RES). Echter deze situatie dient zo
veel als mogelijk te worden beperkt. Openstaande structuring
scenario’s dienen immers te worden getransformeerd van MIG
-
31
Request date < EDsplit :
o Effective date < EDsplit. : les scénarios de structuring, et les
UTIL-TS et masterdata correspondants, sont traités selon la
logique MIG 4.1 dans les clearing houses actuelles.
o EDsplit <= Effective date<= [Go-Live I + 1 semaine]: Aucun
scénario de structuring est possible, sauf

« Move in »

Les scénarios suivants avec une date effective le
premier jour du mois (M) : « Supplier switch, Supplier
switch after EOC, End of Contract (Res/Non Res) et
Change balance responsible party ». (Ces scénarios
seront finis en MIG 4.1)
o Effective date > [Go-Live I + 1 semaine]: situation possible
pour les scénarios suivants : Supplier switch, Drop (RES / non
RES), pose CàB, Move In et EOC (RES / non RES). En
réalité, cette situation doit être limitée autant que possible. Les
o
o
-
4.1 naar MIG 6.0. Voor de scenario’s Drop (RES / non RES),
pose CàB en Install Power limiter wordt uitgegaan van een
gentlemen agreement tussen DNB’s en Balance suppliers dat er
in de periode M-1 geen verhoogde volumes aanvragen zullen
worden gedaan. Geen verhoogde volumes = geen volumes die
significant hoger liggen dan dezelfde maand in vorige
kalenderjaren, gecorrigeerd voor het actuele marktaandeel. De
aanpak voor de scenario’s die niet worden getransformeerd naar
MIG 6.0 wordt beschreven in 5.7.2. De methodiek van de
transformatie van openstaande MIG 4.1 scenario’s naar MIG 6.0
wordt beschreven onder 5.7.3.
Er mogen geen MOZA / MOZA BRU scenario’s worden
aangevraagd vanaf respectievelijk [M-31kd] en [M-46kd].
Aanvragen zullen worden gereject met een MIG 4.1 rejection
bericht (reason= E50 Invalid period) door de huidige clearing
houses. Dit om openstaande MOZA scenario’s te vermijden die
dienen te worden getransformeerd naar MIG 6.0. We voorzien dat
de aansluitpunten met klantnaam = GLN van de Balance supplier
worden getransformeerd naar een MIG6.0 ILC without handover
document. De methodiek voor de transformatie wordt verder
beschreven onder 5.7.3.
o
Aanpak voor Combined Switch door de klant aangevraagd
voor EDSPLIT met een ED > EDSPLIT :

De Balance Supplier wacht met het versturen van een
aanvraag (392 – Combined Switch) tot na EDSPLIT. De na
EDSPLIT verstuurde aanvraag zal op de VAN gebufferd
worden. Belangrijk: de ED = de effectieve datum
aangevraagd door de klant.

De gebufferde Combined Switch (MIG 4) zal door het Atrias
Migratie Team geconverteerd worden naar een MIG 6
aanvraag (Start Access + label: Combined Switch) en
daarna verwerkt worden in de “replay-the-movie”. Doordat
de CMIN SA = -60cd, zal de aanvraag niet ex-ante verworpen
worden.
o
EDsplit <= Request date <= Go-live I:
32
scénarios de structuring en cours doivent en effet être
transformés de MIG 4.1 en MIG 6.0. En ce qui concerne les
scénarios Drop (RES / non RES), pose CàB et Install Power
limiter, un gentlemen agreement entre les GRD et les Balance
suppliers doit être prévu afin d’éviter d’avoir des volumes
importants de demandes durant la période M-1. Pas de
volumes élevés = pas de volumes qui sont significativement
plus élevés que les volumes du même mois de l’année
calendrier précédente, corrigés pour la part du marché actuel.
L'approche pour les scénarios n'ayant pas été migrés vers
MIG 6.0 est décrite au chapitre 5.7.2. La méthodologie utilisée
pour convertir les scénarios MIG 4.1 en cours en scénarios
MIG 6.0 est décrite au chapitre 5.7.3.
Aucun scénario MOZA/MOZA BRU ne peut être demandé à
partir de respectivement [M-31JC] et [M-46JC]. Les demandes
seront rejetées avec un message de rejet MIG 4.1 (reason=
E50 Invalid period) par les clearing houses actuelles. Ceci afin
d'éviter que des scénarios MOZA en cours doivent être
convertis en scénarios MIG 6.0. Nous prévoyons une
conversion des points d'accès dont le nom de client = GLN du
Balance supplier en un module MIG 6.0 « ILC without
handover document ». La méthodologie utilisée pour la
conversion est décrite au chapitre 5.7.3.
L’approche pour le Combined Switch demandé par le
client avant l’EDSPLIT avec une ED > EDSPLIT :

Le Balance Supplier attend d’envoyer d’une demande
(392 – Combined Switch) jusqu’à l’EDSPLIT. La demande
envoyée après EDSPLIT sera mise en attente sur le VAN.
Important : L’ED = la date effective demandée par le
client.

Le Combined Switch mis en attente (MIG 4) sera
converti par l’équipe de migration d’Atrias vers une
demande MIG 6 (Start Access + label : Combined
Switch) et sera ensuite traité dans le « replay-themovie ». Puisque le CMIN SA -60jc, la demande ne sera
pas rejeté ex-ante.
o
Aanvragen van de structuring scenario’s van de Balance
suppliers betreffende door de klant getriggerde processen
worden gebufferd op de VAN / ATRIAS. De aanvragen van deze
processen (voor oplijsting zie onder) worden door Atrias omgezet
naar MIG 6.0 formaat en in MIG 6.0 in de CMS verwerkt. Balance
suppliers krijgen voor deze aanvragen dus steeds een antwoord
in MIG 6.0 formaat vanuit de CMS na Go-live II (in de vorm van
bvb een ST-INT-3 accept of een ST-INT-2 reject van het
aangevraagde scenario) en GEEN antwoord/controle berichten in
MIG 4.1. Let op: het antwoord uit de CMS wordt ten vroegste pas
verstuurd na Go-live I. Er is dus mogelijk een tijdsspanne van
bvb. +- 3 weken tussen de aanvraag van het scenario door de
Balance supplier en het ontvangen antwoord.
-

Supplier switch + cancel

Supplier switch after drop

Supplier switch after EOC

Supplier switch to Com SUP or SOLR + cancel

Move in + cancel

Customer switch + cancel

Combined switch + cancel

(Manual) Rectification metering/structuring

Master data party change

Annulatie Drop

Cancel Drop by Social supplier

Annulation CàB

Cancel EOC

Removal Power limiter

Installation power limiter 2,3 kW->4,6kW
Voor volgende processen, die alsnog dienen te worden uitgevoerd
in deze periode, wordt een workaround voorzien: Move-in,
removal Power Limiter en Installatie Power Limiter 2,3kW->4,6kW
op vraag van het OCMW.
De methodiek voor de buffering van de MIG 4.1 structuring
requests wordt beschreven onder 5.8. De methodiek voor de
afgesproken workarounds voor processen die gedurende deze
periode toch dienen te worden uitgevoerd, wordt beschreven
33
EDsplit <= Request date <= Go-live I :
o
Les demandes des scénarios structuring des Balance
suppliers concernant des processus initiés par les clients,
seront mémorisés sur le VAN / ATRIAS. Les demandes pour
ces processus (cfr liste ci-dessous) seront converties par
Atrias vers format MIG 6.0 et traités en MIG6.0 dans le CMS.
Les Balance suppliers recevront toujours pour ces demandes
une réponse au format MIG6.0 à partir du CMS après Go-live
II (sous la forme de p.e. un ST-INT-3 accept ou un ST-INT-2
reject scenario demandé) et PAS de réponse/message de
contrôle en MIG4.1. Attention : la réponse du CMS sera
envoyée au plus tôt après le Go-live I. Il est possible d’avoir
une période de p.e. +-3 semaines entre la demande du
scénario par le Balance supplier et la réception de la réponse.

Supplier switch + cancel



Supplier switch to Com SUP or SOLR + cancel

Move in + cancel

Customer switch + cancel

Combined switch + cancel

(Manual) Rectification metering/structuring

Master data party change

Annulation Drop

Cancel Drop by Social supplier

Annulation CàB

Cancel EOC

Removal Power limiter

Installation power limiter 2,3 kW->4,6kW
Un workaround est prévu pour les processus suivants qui
doivent encore être exécutés pendant cette période : Move-in,
removal Power Limiter et Installation Power Limiter 2,3 kW>4,6 kW à la demande du CPAS.
La méthodologie utilisée pour la mise en attente des
demandes structuring MIG 4.1 est décrite au chapitre 5.8. Les
workarounds s'appliquant aux processus devant encore être
onder 5.9.
exécutés pendant cette période sont décrits au chapitre 5.9.
o Aanvragen voor een desactivatie van een budgetmeter worden tot
aan Go-Live I verder verwerkt volgens de huidige, niet MIG 4.1,
processen.
Openstaande aanvragen worden na Go-Live I afgewerkt door een
‘Update TMD’. Na Go-Live II zullen de aanvragen voor een
descativatie van een budgetmeter worden verwerkt volgens de
MIG 6.0 afspraken.
o Aanvragen secured cancels vanuit de Balance suppliers mogen
niet worden doorgestuurd. Aanvragen die toch worden
doorgestuurd in deze periode, mogen niet worden verwerkt door
de DNB’s / huidige clearing houses. In het geval dat een Balance
supplier een Drop/EoC wenst te annuleren in Vlaanderen of
Wallonië gedurende de Post Processing Periode (ofwel de eerste
10 dagen die volgen op EDsplit), initieert de Balance supplier een
combined switch op dezelfde klant (niet in rekening te brengen in
de market reporting resultaten gedurende deze periode) met een
effective date van de Drop/EOC. Op deze manier zal, vanaf de
buffer van de structuring aanvragen werd verwerkt tijdens de
gecontroleerde start, het punt opnieuw bij zijn commerciële
leverancier zijn en dient er geen afsluitingsprocedure te worden
opgestart.
-
Request Date > Go-Live I.
o ED > Go-Live I: We voeren de structuring scenario’s uit volgens
MIG 6.0 afspraken.
o ED < Go-Live I: We voeren de structuring scenario’s waarbij de
ED in het verleden ligt uit volgens MIG 6.0 afspraken.
Specifieke afspraken onafhankelijk van de Request Date:
(Change) Technical MD:
o Effective date <EDsplit & send date TMD <BUstop:

Rond scenario af in MIG 4.1
o Effective date <ED split & send date TMD >Go-live I:

Rond scenario af in MIG 6.0 / MIG DGO
o Effective date >=EDsplit & send date TMD <BUstop:

Buffer bij de huidige clearing houses / DNB’s en te
behandelen in MIG DGO / MIG 6.0
o Effective date >=EDsplit & send date TMD >Go-live I:
-
Jusqu'au Go-Live I, les demandes de désactivation de compteurs à
budget seront traitées conformément aux processus actuels non
MIG 4.1.
Les demandes en cours après le Go-Live I seront finalisées au
moyen d'un « Update TMD». Après le Go-Live II, les
demandes de désactivation de compteurs à budget seront
traitées selon les accords MIG 6.0.
-
Les demandes de secured cancels émanant des Balance suppliers ne
peuvent pas être envoyées. Les demandes envoyées malgré tout
durant cette période ne peuvent pas être traitées par les GRD/clearing
houses actuelles. Dans les cas de Drop/EoC que les Balance suppliers
souhaiteraient annuler pendant la Post Processing Period (soit les 10
premiers jours qui suivent EDsplit) en Flandres / Wallonie, le Balance
supplier lance un Combined Switch sur le même client (à ne pas
prendre en compte dans le Market reporting pendant cette période) sur
le date effective du EOC/Drop. De cette manière, une fois le buffer des
demandes structuring traité dans le démarrage contrôlé, le point sera à
nouveau chez son fournisseur et aucune procédure de coupure ne sera
programmée.
-
Request Date > Go-Live I.
o ED > Go-Live I: Nous exécutons les scénarios de structuring
selon les règles MIG 6.0.
o ED < Go-Live I: Nous exécutons les scénarios de structuring
dans lesquels ED se situe dans le passé selon les règles MIG
6.0.
Règles spécifiques indépendants de la Request Date :
(Change) Technical MD:
o Effective date <EDsplit & send date TMD <BUstop:

Scenario à finir en MIG 4.1
o Effective date <ED split & send date TMD >Go-live I:

Scénario à finir en MIG 6.0 / MIG DGO
o Effective date >=EDsplit & send date TMD <BUstop:

Mémorisation temporaire dans les clearing houses
actuelles / GRD et à traiter en MIG DGO / MIG 6.0
o Effective date >=EDsplit & send date TMD >Go-live I:

34

-
Move out:
o Effective date <EDsplit & send date Loss <BUstop:

Rond scenario af in MIG 4.1
o Effective date <ED split & send date Loss >Go-live I:

o Effective date >=EDsplit & send date Loss <= Go-live I:

Buffer bij de huidige clearing houses / DNB’s en te
behandelen in MIG DGO / MIG 6.0. Het CMS verstuurd
een loss en TS aan de Balance suppliers zonder dat er
een MIG 6.0 aanvraag van een Move out aan
voorafging.
o Effective date >=EDsplit & send date Loss >Go-live I:

-
Mystery switches :
o Toegangspunten waarvoor enkel een detectie is gebeurd maar
waarvoor de Hijacker supplier nog geen bevestiging heeft
gestuurd (392 Mystery Switch Correction Message) worden niet
getransformeerd naar MIG 6.
o Bij toegangspunten die werden geflagged voor correctie maar
waarop verder nog geen actie werd ondernomen door de
gekaapte leverancier, wordt de markering verwijderd op EDSPLIT.
Mystery switches dienen na Go-live II volgens de MIG 6.0
afspraken te worden geherinitieerd door de Balance suppliers. De
kaper en gekaapte leverancier dienen op de hoogte te worden
gebracht van de verwijdering van de ‘flag voor correctie’ volgens
dezelfde methodiek als beschreven onder 5.7.2.
-
Pose CàB (!enkel van toepassing indien het nieuwe proces zonder
overgang naar Fournisseur X NIET werd geimplementeerd in MIG 4!)
o Request date + 40kd < EDsplit en budgetmeter is niet geinstalleerd
op moment van EDsplit

Kanteling van het toegangspunt naar Fournisseur X

Op het moment dat de DNB de budgetmeter installeert,
informeert hij de Balance supplier.

Vanaf MIG 6: Balance supplier lanceert een Start access
Combined switch met Effective date op het moment van
35
-
Move out :
o Effective date < EDsplit & send date Loss <BUstop:

Scénario à finir en MIG 4.1
o Effective date <ED split & send date Loss >Go-live I:

o Effective date >= EDsplit & send date Loss <= Go-live I:

Mémorisation
dans
les
clearing
houses
actuelles/GRD et traitement en MIG DGO / MIG 6.0.
Le CMS envoie un message de « loss » et les TS
aux Balance suppliers sans demande de Move out
MIG 6.0 au préalable.
o Effective date >=EDsplit & send date Loss >Go-live I:

-
Mystery switches :
o Les points d’accès qui sont détecté mais pour lesquels le
« Hijacker Supplier » n’a pas encore envoyé une confirmation
(392 Mystery Switch Correction Message), ne sont pas
transformé vers MIG 6.
o Pour les points d'accès signalés pour correction mais pour
lesquels aucune action n'a encore été entreprise par le
fournisseur kidnappé, le marquage est supprimé à l'EDSPLIT.
Les mystery switches doivent être réinitialisées par les
Balance suppliers après le Go-live II conformément aux
accords MIG 6.0. Le kidnappeur et le fournisseur kidnappés
doivent être informés de la suppression du « flag pour
correction » suivant la même méthodologie que celle décrite
sous 5.7.2.
-
Pose CàB (! s'applique uniquement si le nouveau processus sans
transit par le Fournisseur X n'a PAS été implémenté en MIG 4 !)
o Request date + 40 jc < EDsplit et le compteur à budget n'est
pas installé au moment de l'EDsplit

Basculement du point d'accès vers le Fournisseur X

Le GRD informe le Balance supplier au moment où il
installe le compteur à budget.

À partir de MIG 6 : Le Balance supplier lance un Start
Access Combined switch avec date effective au
o
de installatie van de budgetmeter.
Request date + 40kd > Go-live I + 1 week en budgetmeter is niet
geinstalleerd op moment van EDsplit

Transformatie MIG 4 scenario naar MIG 6 scenario (cfr.
5.7.3)
-
Sleeping Move-in’s:
o Openstaande Sleeping Move-in scenario’s worden vermeden
door tenminste 30kd voor de maand M de validiteit van Move-in’s
te verhogen van 300kd naar 360kd
o Alle Move-In’s waarbij de datum van de opening van de meter na
EDSPLIT ligt worden beschouwd als open scenario’s. Om te
vermijden dat we tijdens de transitie periode grote volumes van
move-in’s met een aanvraagdatum ver in het verleden dienen te
transformeren, worden volgende acties uitgevoerd:

De Balance suppliers kuisen deze move-in’s maximaal
op tegen EDSPLIT.

Bijkomend zullen de DNB’s de move-In’s met een initiële
administratieve effectieve datum 12 maanden voor
EDSPLIT geforceerd stoppen zonder dat er hiervoor MIG
4.1 berichten voor worden uitgestuurd. De methodiek
wordt beschreven onder 5.7.2.
-
Installation / Removal Power limiter
o Voor de scenario’s ‘Installation Power limiter’ en ‘Removal Power
limiter’ aangevraagd in MIG 4.1, maar waarvoor de uitvoering niet
werd voltrokken in MIG 4.1, wordt het resultaat van de interne
workflow bij de DNB voor de installatie / verwijdering van een
Power Limiter doorgestuurd via MIG DGO (bericht DGO-ST-INT190 met Module = BG2 (Initiate Update Access) en label BB3
(Power Limiter Installation) of BB4 (Power Limiter Removal)) aan
het CMS na Go-Live I. Het CMS verstuurt vervolgens een Update
Technical Master Data aan de Balance supplier.)
-
o
Drop non-Res BRU, EoC non-Res BRU en EoC Res BRU met
36
moment de l'installation du compteur à budget.
Request date + 40 jc > Go-live 1 + 1 semaine et le compteur à
budget n'est pas installé au moment de l'EDsplit

Conversion du scénario MG 4 en scénario MG 6 (cf.
5.7.3)
-
Sleeping Move-in’s :
o Pour éviter d'être confronté à des scénarios Sleeping Move-in
non clôturés, la validité des Move-in's passera de 300JC à
360JC, et ce, au moins 30JC avant le mois M.
o Tous les Move-In’s dont la date d'ouverture du compteur est
ultérieure à EDSPLIT seront considérés comme des scénarios
en cours. Afin d'éviter que, durant la période de transition, il
faille convertir une quantité importante de Move-In présentant
une date de demande trop éloignée dans le passé, les actions
suivantes sont entreprises :

Les Balance suppliers nettoient le plus grand nombre
possible de ces Move-In’s avant EDSPLIT.

En outre, les GRD forceront l'arrêt des Move-In dont
la date d'effet administrative initiale est de 12 mois
antérieurs à EDSPLIT sans envoyer des messages
MIG 4.1. La méthodologie est décrite au
chapitre 5.7.2.
-
Installation/Removal Power limiter
o Pour les scénarios « Installation Power limiter » et « Removal
Power limiter » demandés en MIG 4.1, mais dont l'exécution
n'a pas été accomplie en MIG 4.1, le résultat du workflow
interne au GRD pour l'installation/enlèvement d'un Power
Limiter est envoyé via MIG DGO (Le message DGO-ST-INT190 avec le Module = BG2 (Initiate Update Access) et le label
BB3 (Power Limiter Installation) ou BB4 (Power Limiter
Removal)) au CMS après Go-live I. Le CMS envoie ensuite un
Update Technical Master Data au Balance supplier.
-
Drop non-Res BRU, EoC non-Res BRU et EoC Res BRU avec
RD<EDSPLIT
o Voor de scenario’s Drop Non-Residential, End of contract NonResidential en End of Contract Residential in Brussel dient geen
transformatie van het MIG 4.1 naar het MIG 6.0 scenario te
gebeuren in het geval dat:

Request date < EDSPLIT

Berekende Effective date van het scenario < EDSPLIT
o Indien de Beheerder van Toegangspunten op de EOC effectieve
datum + 10 werkdagen (einde van Post-processing period) nog
geen Cut-off melding heeft gekregen van de Beheerder van
Meters, zal hij, conform aan de wetgeving van toepassing voor die
regio, het Toegangspunt niet overnemen, maar het lopende EOC
proces stop zetten in zijn Toegangsregister en de betrokken
leverancier op de hoogte brengen door middel van een
notificatiebericht. Daarmee wordt het Toegangspunt terug vrij
gegeven en blijft dat Toegangspunt aan de Huidige Leverancier
toegewezen. Dit gezien er gedurende de periode EDSPLIT-[Go-live I
+ 1 week] geen afsluitingen mogen gebeuren ten gevolgen van
een Drop of End of contract. (Cfr onderstaande paragraaf)
RD<EDSPLIT
o Pour les scénarios Drop Non-Residential, End of contract
Non-Residential et End of Contract Residential in Brussels, il
n'est pas nécessaire de convertir les scénarios MIG 4.1 en
scénarios MIG 6.0 pour autant que :

Request date < EDSPLIT

Effective date calculée du scénario < EDSPLIT
o Quand il n’a pas encore reçu de signal de « Cut-off » de la
part du Gestionnaire des compteurs à la date effective de
EOC + 10 jours ouvrables (fin de la période de Postprocessing),
le
Gestionnaire
des
points
d’accès,
conformément à la législation en vigueur pour cette région, ne
prend pas le Point d’accès à sa charge mais arrête le
processus de EOC en cours dans son Registre d’accès et il en
informe le fournisseur concerné via l’envoi d’un message de
notification. Après cela, le Point d’accès est libéré pour
permettre toute nouvelle transaction entrante et reste assigné
au Fournisseur actuel. Ceci s'explique par le fait qu'aucune
clôture ne peut être effectuée durant la période EDSPLIT-[Golive I + 1 semaine] à la suite d'un Drop ou End of contract (cf.
paragraphe ci-dessous).
Belangrijk:
-
Gedurende de periode EDsplit - [Go-Live I + 1 week] kunnen geen
afsluitingen ten gevolge van Drop, EOC en MOZA worden uitgevoerd door
de DNB noch kunnen in deze periode Budgetmeters of Power Limiters17
worden geïnstalleerd. Gezien de meldingen van verhuizen op de
VAN/Atrias worden gebufferd, is het immers niet mogelijk uit te sluiten dat
bovenstaande maatregelen bij een ondertussen nieuwe bewoner zullen
worden uitgevoerd.
Important :
-
Pendant la période EDsplit - [Go-Live I + 1 semaine], aucune clôture
suite à Drop, EOC et MOZA ne pourra être exécutée par les GRD ni
aucun Compteurs à Budget ou Power Limiters18 ne pourront être
installés durant cette période. Vu que les avis de déménagement sont
mémorisés temporairement sur le VAN/Chez Atrias, il n’est pas
possible d’éviter que, durant cette période, les mesures décrites ci-
17
Behalve de installaties Power Limiters aangevraagd via de workaround (op vraag van OCMW 2,3kW->4,6kW)
18
Sauf les installations Power Limiters demandés par le workaround (sur demande du CPAS 2,3kW->4,6kW)
37
-
dessus soient appliquées à un nouvel occupant.
Gedurende de periode EDsplit - [Go-Live I] kunnen geen administratieve
wijzigingen worden doorgevoerd aan de decentrale productie data (creatie
/ wegname / verplaatsing / wijziging). Dit om de service die van toepassing
dient te zijn op het aansluitpunt stabiel te houden gedurende deze periode.
De door te voeren wijzigingen kunnen vanaf Go-live I worden uitgevoerd
om zo de systemen opnieuw in lijn te brengen met de situatie op het
terrein.
-
Schematisch overzicht:
Ter aanvulling en verduidelijking, vindt u in Annex 9.4 een schematisch overzicht
van bovenstaande per MIG 4.1 structuring scenario.
5.7.2
Pendant la période EDsplit - [Go-Live I] aucune modification
administrative ne peut être apportée aux données de la production
décentralisée (création / suppression / déplacement / modification).
Ceci pour maintenir la stabilité du service qui doit être d'application au
point d'accès durant cette période. Les modifications à apporter
peuvent être réalisées à partir de Go-live I afin de remettre les
systèmes en conformité avec la situation sur le terrain.
Aperçu schématique :
À titre de complément et d'éclaircissement, vous trouverez à l'annexe 9.4 un
aperçu schématique des scénarios structuring MIG 4.1 exposés ci-dessus.
Annulatie van openstaande scenario’s / Annulation des scénarios en cours
Wanneer wordt beslist met de transitie te starten (Go/No go moment ten laatste 1
maand voor EDsplit), sturen de huidige clearing houses een lijst met de te annuleren
scenario’s naar de Balance suppliers. De selectie van de te annuleren scenario’s
baseert zich op de afspraken gemaakt onder 5.7.1. De selectie kan volgende
scenario’s bevatten:
Drop non residential
Drop residential
Pose Compteur à Budget
End of contract non residential
End of contract residential
Supplier switch
Supplier switch to commercial supplier
Supplier switch to SOLR
Change balance responsible party
Combined switch YMR
Combined switch M/AMR
Customer switch
Mystery switch after ED
Formaat voor de lijst:
CSV
Inhoud:
GLN Supplier
GLN DNB
Lorsqu’ il sera décidé de lancer la transition (Go/No go au plus tard 1 mois avant
EDsplit), les clearing houses actuelles communiqueront aux Balance suppliers une
liste reprenant les scénarios à annuler. La sélection des scénarios à annuler se
base sur les accords conclus au chapitre 5.7.1. La sélection peut contenir les
scénarios suivants :
Drop non residential
Drop residential
Pose Compteur à Budget
End of contract non residential
End of contract residential
Supplier switch
Supplier switch to commercial supplier
Change balance responsible party
Combined switch YMR
Combined switch M/AMR
Customer switch
Mystery switch after ED
Format de la liste :
CSV
Contenu :
GLN Supplier
GLN GRD
38
EAN aansluitpunt
Transaction ID
Naam scenario (Supplier switch,…)
Request Date Scenario
Aangevraagde / Berekende Effective date scenario
De DNB’s zullen ten laatste, indien noodzakelijk, op 15cd voor EDSPLIT een nieuwe
lijst met de te annuleren scenario’s doorsturen naar de Balance Suppliers. Deze lijst
bevat:
Foutief opgestarte Supplier Switches tussen 01/12/2017 en 12/12/2017.
Supplier Switches met een ED tussen 02/01/2018 en [Go-Live I + 1 week].
Vanaf het opmaken van de lijst worden geen nieuwe scenario’s geaccepteerd die
buiten de transitie-afspraken vallen beschreven onder 5.7.1. De huidige clearing
houses passen hun testen als dusdanig aan zodat deze scenario’s niet meer
aanvaard worden. Code te gebruiken indien een scenario wordt geweigerd ten
gevolge van de aangepaste testen = E50 Invalid period.
De Balance suppliers sturen vervolgens een annulatie voor deze scenario’s.
Indien de clearing houses geen annulatie ontvingen ten laatste op het moment van
EDSPLIT, worden de scenario’s geforceerd afgebroken. De Balance supplier ontvangt
van de huidige clearing houses een lijst met de geforceerd geannuleerde
scenario’s, maar ontvangt hiervoor geen bericht in MIG 4.1.
Formaat voor de lijst:
CSV
Inhoud:
GLN Balance supplier
GLN DNB
EAN aansluitpunt
Transaction ID
Naam scenario (Supplier switch,…)
Request Date Scenario
Aangevraagde / Berekende Effective date scenario
EAN point d'accès
Transaction ID
Nom du scénario (Supplier switch…)
Request Date du scénario
Effective date demandée/calculée du scénario
Les GRDs enverront, si nécaissaire, au plus tard 15jc avant l’EDSPLIT une nouvelle
list aux Balance Suppliers avec les scénarios à annuler. Cette liste contient :
Les Supplier Switch démarrés fautivement entre le 01/12/2017 et le
12/12/2017.
Les Supplier Switches avec une ED entre le 02/01/2018 et le [Go-Live I + 1
semaine]
Dès que la liste aura été établie, plus aucun nouveau scénario ne sera accepté
hormis ceux convenus dans le cadre de la transition (cf. chapitre 5.7.1). Par
conséquent, les clearing houses actuelles adapteront leurs tests de manière à ce
que ces scénarios ne soient plus acceptés. Code à utiliser si un scénario est refusé
suite aux tests modifiés = E50 Invalid period.
Les Balance suppliers envoient ensuite une annulation pour ces scénarios.
Si les clearing houses n'ont pas reçu d'annulation à EDSPLIT, les scénarios seront
interrompus de force. Le Balance supplier recevra des clearing houses actuelles
une liste reprenant les scénarios dont l'annulation a été forcée, mais ne recevra
pour ceux-ci aucun message MIG 4.1.
Format de la liste :
CSV
Contenu :
GLN Balance supplier
GLN GRD
EAN point d'accès
Transaction ID
Nom du scénario (Supplier switch,…)
Request Date du scénario
Effective date demandée/calculée du scénario
5.7.3
Transformatie van open structuring scenario’s / Conversion des scénarios structuring en cours
Definitie open structuring scenario: “Elk MIG 4.1 scenario waarvoor de volgens MIG Définition de scénario de structuring ouvert : « Tout scénario MIG 4.1 pour lequel
4.1 gedefinieerde processen nog niet alle noodzakelijke berichten werden tous les messages requis tels que définis en MIG 4.1 n'ont pas encore été envoyés.
verstuurd. Deze scenario’s dienen te worden afgewerkt in MIG 6.0.” Voor open Ces scénarios doivent être achevés en MIG 6.0.» Pour les scénarios de structuring
structuring scenario’s, dient een transformatie van de scenario’s van de MIG 4.1 ouverts, les scénarios MIG 4.1 doivent être transformés en processus MIG 6.0.
naar de MIG 6.0 processen te worden uitgevoerd.
La base est une conversion pour l’ensemble du marché de l'état MIG 4.1 vers l’état
De basis is een voor de hele markt gemeenschappelijke state mapping van de MIG correspondant MIG 6.0 des processus marché. Il convient alors de convenir pour le
4.1 en MIG 6.0 marktprocessen. Hierbij dient in de markt te worden afgesproken
39
welke “MIG 4.1 state” overeenkomt met de “MIG 6.0 state”.
marché de quel « état MIG 4.1» correspond à quel « état MIG 6.0».
Assumpties betreffende de transformatie van ‘open structuring scenario’s’:
Hypothèses concernant la transformation des « scénarios structuring ouverts » :
-
-
Volgende MIG 4.1 berichten zijn op EDsplit verstuurd door de huidige
clearinghouses (met uitzondering van workaround scenario’s, cfr 5.9):
o 414 Accept / Reject
o 406 Loss (indien inherent aan het scenario)
o E44 Unsolicited cancel (waar van toepassing)
Voor alle scenario’s worden de MIG 4.1 gevraagde / berekende effective dates
overgenomen. Tenzij uitdrukkelijk anders vermeld in de specificaties voor de
transformatie.
Les messages MIG 4.1 ont déjà été totalement achevés dans les clearing
houses actuelles au moment d’EDsplit (à l'exception des scénarios
workaround,cf. 5.9) :
o 414 Accept / Reject
o 406 Loss (si inhérent au scénario)
o E44 Unsolicited cancel (le cas échéant)
Pour tous les scénarios, les dates effectives demandées / calculées en MIG 4.1
sont reprises. Sauf stipulation contraire dans les spécifications de conversion.
Figure 6. (Left) State mapping of the MIG 4.1 structuring processes
Figure 7. (Right) State mapping of the MIG 6.0 structuring processes
40
De conversie van de MIG 4.1 naar de MIG 6.0 workflows zal als volgt gebeuren:
1.
La conversion MIG 4.1 en workflow MIG 6.0 sera réalisée comme suit :
19
De huidige clearing houses bepalen op EDsplit (en moment van BU-stop
voor de Move-in scenario’s aangevraagd via de workaround, cfr. 5.9) de
status van de huidige MIG 4.1 workflows op basis van onderstaande
parameters (en dus niet op basis van de technische status van de workflow
van het clearinghouse).
a. Het type MIG 4.1 scenario
b. De (reële) effective date van het MIG4.1 scenario
c. De regio (afhankelijk van het scenario)
d. De geïmpacteerde partijen
1.
Les clearing houses actuelles déterminent au moment d’EDsplit20 (et au
moment de BU-stop pour les Move-in scénarios demandé par le
workaround, cf. 5.9) l’état des workflow MIG 4.1 existant sur base des
paramètres repris ci-dessous (et donc pas sur base de l'état technique du
workflow clearing house).
a. Le type de scénario MIG 4.1
b. L'effective date (réelle) du scénario MIG 4.1
c. La région (en fonction du scénario)
d. Les parties impactées
Op basis van bovenstaande parameters kan aldus worden bepaald welke
berichten er worden verstuurd in MIG 4.1 en welke nog in MIG 6.0 dienen
te worden verstuurd.
Sur la base des paramètres ci-dessus, il est donc possible de définir les
messages qui seront envoyés en MIG 4.1 et ceux qui seront encore
envoyés en MIG 6.0.
Reden waarom de MIG 4.1 status wordt bepaald op basis van parameters
in plaats van de technische status van de workflow in het huidige clearing
house is dat de workflows van de huidige clearinghouses blijven verder
werken tussen EDSPLIT en de BU-stop. Het zijn enkel de uitgaande TMD en
metering berichten met een ED >= EDSPLIT die zullen worden gebufferd in
de huidige clearinghouses. Als gevolg zal de interne status van de
workflow van de huidige clearinghouses niet altijd volledig overeenkomen
met de bijhorende MIG 4.1 status
La raison pour laquelle l'état MIG 4.1 est déterminé sur base des
paramètres plutôt que sur la base de l'état technique du workflow dans les
clearing house actuelle tient à ce que les workflows des clearing houses
actuelles continuent à tourner entre EDSPLIT et le BU-stop. Seuls les
messages TMD et metering sortants avec ED >= EDSPLIT seront mis en
attente dans les clearing houses actuelles. Par conséquent, l'état interne
du workflow dans les clearing houses actuelles ne correspondra pas
toujours avec l'état MIG 4.1 correspondant.
Voorbeeld:
Exemple :
Move-In: opening meter op 02/01/2018. De TMD en de metering zijn in het
huidige clearinghouse beschikbaar op 06/01/2018, maar gebufferd.
Gevolg:
a. De workflow in het huidige clearinghouse is afgesloten.
b. De MIG 4.1 state = “Wait for MD & Estimations” (Op basis van de
parameters beschreven in ‘Table 4: Transformation Open
Move-In : ouverture d'un compteur le 02/01/2018. Les TMD et metering
seront disponibles dans le clearing house actuelle le 06/01/2018, mais
mémorisé. Conséquence :
a. Le workflow de la clearing house actuelle est clôturé.
b. L'état MIG 4.1 = « Wait for MD & Estimations » (sur la base des
paramètres décrits dans le « Table 4 : Transformation Open
19
Dient te worden bepaald op EDsplit om de complexiteit te vermijden van door de DNB geannuleerde scenario’s (bvb. ten gevolge van een regularisatie) te identificeren als
openstaand scenario en om de migratie van de openstaande structuring scenario’s maximaal uit de periode van BU-stop – Go-live I te houden.
20
Cela doit être défini sur EDsplit afin d'éviter les difficultés en identifiant les scénarios annulés par le GRD (p. ex., à la suite d'une régularisation) comme scénarios en cours
et en veillant à maintenir la migration des scénarios structuring en cours autant que possible en dehors de la période du BU-stop Go-Live I.
41
structuring scenario’s MIG 4.1 -> MIG 6.0’.
structuring scenario’s MIG 4.1 -> MIG 6.0 ».
De openstaande MIG 4.1 scenario’s worden bepaald door de huidige
clearing houses. Volgende gegevens worden voor de openstaande
scenario’s door de huidige clearing houses aangeleverd aan Atrias via de
migratie:
EAN
GLN DNB
GLN initiator
GLN impacted party (conditional)
Context ID
MIG 4 scenario
MIG 4 State initiator (Status van de workflow vanuit het
perspectief van de Initiator cfr Table 4)
MIG 4 State impacted party (conditional) (Status van de workflow
vanuit het perspectief van de Impacted party cfr Table 4)
Request date
Requested Effective date
Effective date
Region (BRU/WAL/FLA)
DGO-XD-INT-50 required? (Y/N) (Indicatie of de DGO BE een
DGO-XD-INT-50 bericht wenst te ontvangen voor de
openstaande MIG 4 workflows)
Exception (Y/N)
Les scénarios MIG 4.1 en cours sont déterminés par les clearing houses
actuelles. Pour chaque scénario en cours, les clearings houses actuelles
fournissent les données suivantes à Atrias par la migration :
EAN
GLN GRD
GLN initiator
GLN impacted party (conditional)
Context ID
MIG 4 scenario
MIG 4 State initiator (Etat du workflow du perspectif du Initiator cf.
Table 4)
MIG 4 State impacted party (conditional) (Etat du workflow du
perspectif du Impacted party cf. Table 4)
Request date
Requested Effective date
Effective date
Region (BRU/WAL/FLA)
DGO-XD-INT-50 required? (Y/N) (Indication si le DGO BE veut
recevoir un DGO-XD-INT-50 pour les workflows MIG 4 ouverts)
Exception (Y/N)
La méthode utilisée pour déterminer l'état MIG 4.1 actuel est décrite dans
le « Table 4 : Transformation Open structuring scenario’s MIG 4.1 -> MIG
6.0 »
Pour les scénarios en cours, n'ayant pas encore été traités dans les
clearing houses actuelles au moment du BU-stop et dont les spécifications
ne correspondent pas à celles du tableau ci-dessous, les données cidessus doivent aussi être envoyées simultanément au BU-stop, avec la
mention « exception : Y ». Ces scénarios seront inclus dans un processus
d'exception comme scénarios en cours dans le CMS. Cette situation
devrait être évitée dans la mesure du possible.
De beschrijving van hoe bepaling van de huidige MIG 4.1 status, wordt
beschreven in ‘Table 4: Transformation Open structuring scenario’s MIG
4.1 -> MIG 6.0’.
Voor openstaande, niet afgewerkte scenario’s bij de huidige clearing
houses op moment van BU-stop die niet onder de specificaties van
onderstaande tabel vallen, dienen tevens op moment van BU-stop
bovenstaande gegevens te worden doorgegeven, met als aanduiding
‘exception: Y’. Deze scenario’s zullen in een uitzonderingsproces worden
opgenomen als openstaand scenario in het CMS. Deze situatie dient zo
veel als mogelijk te worden vermeden.
42
Scenario
MIG 4
Module + Label
MIG 6
Specifications
Party
MIG 4 State
MIG 6 State
Messages already sent in
MIG 4 (Informative)
Messages to be sent in MIG 6
(From Atrias, CMS to party)
01 Supplier switch
Start Access + label
Supplier Switch
Effective Date > [Go-live I + 1
week]
392 (Request)
Initiator (new Sup) Wait for MD & Est Wait for MD & Est. 414 (Confirmation start of
supply)
ST-INT-5 (Technical MD)
ME-INT-15 (Estimated volumes history)
ME-INT-8 (MR history)
ME-INT-11 (MR-start index-non cont.)
01 Supplier switch
Start Access + label
Supplier Switch
week]
Impacted party (old
Sup)
ME-INT-7 (MR-non cont. for billing) / MEINT-17 (Aggr. MR – cont. for billing)
04 Move-in
Move in
Effective Date (Date
comissioning) >= EDSPLIT
11 Drop residential
Initiate Stop Access +
label Residential Drop
Impacted party (Sup)
week]
11 Drop residential
label Residential Drop
week]
Initiator (Sup)
Affected party
(Social Sup /
Fournisseur X)
Wait for TS
Wait for TS
406 (Confirmation end of
supply)
392 (Request)
Wait for MD & Est Wait for MD & Est 414 (Confirmation start of
supply)
Wait for TS
Wait for TS
432 (Drop request)
supply)
414 (Confirmation start of
Wait for MD & Est Wait for MD & Est
supply)
Messages to be sent in MIG DGO
(From DGO to CMS)
DGO-ME-INT-60 Metering volumes
DGO-ST-INT-190 TMD Snapshot
DGO-ME-INT-70 Startindex
ME-INT-8 (MR history)
CMS requirements
- Start workflow in MIG 6 State
- Send DGO-XD-INT-50 to the DGO as soon as
the scenario is opened in CMS.
- Other messages sent from the DGO in MIG
DGO for this transaction should be put on an
outsorting list and can not be the trigger for
communication to the suppliers.
the scenario is opened in CMS if requested by
DGO.
Wait for TS
432 (Drop request)
Wait for Loss/Win 406 (Confirmation end of
supply)
ST-INT-4 (message impacted party)
-DGO-ST-INT-190 TMD Snapshot
ME-INT-7 (MR-non cont. for billing) / ME- (conditional if cutt off)
INT-17 (Aggr. MR – cont. for billing)
-DGO-ME-INT-60 Metering volumes
- Messages sent from the DGO in MIG DGO for
this transaction not listed in collumn I should be
put on an outsorting list and can not be the
trigger for communication to the suppliers.
week]
Wait for TS
432 (EOC request)
Wait for Loss/Win 406 (Confirmation end of
supply)
-DGO-ST-INT-190 TMD Snapshot
ST-INT-4 (message impacted party)
(Wallonia & Flanders conditional if
ME-INT-7 (MR-non cont. for billing) / MEcutt off)
INT-17 (Aggr. MR – cont. for billing)
-DGO-ME-INT-60 Metering volumes
the senario is opened in CMS.
27 End Contract
Residential
FLANDERS / WALLONIA
label Residential End-of- Effective Date > [Go-live I + 1 Impacted party (Sup)
contract
week]
Wait for TS
27 End Contract
Residential
FLANDERS / WALLONIA
label Residential End-of- Effective Date > [Go-live I + 1
contract
week]
12 Drop not
residential
label Non Residential
Drop
18 End Contract N-Res label Non Residential
End-of-contract
week]
Wait for TS
432 (EOC request)
supply)
Affected party
(Social Sup / Fourn
X)
NONE
ST-INT-15 (Unsolicited win)
Wait for Loss/Win NONE
43
Table 4. Transformation Open structuring scenario’s MIG 4.1 -> MIG 6.0
-
-
Vertaling van de MIG 4.1 naar de MIG 6.0 state mapping wordt
afgesproken in de markt en is voor alle partijen gelijk (cfr Table 4:
Transformation Open structuring scenario’s MIG 4.1 -> MIG 6.0). De
44
La traduction du MIG 4.1 vers le mapping d'état MIG 6.0 est convenue
par le marché et sera identique pour toutes les parties (cf. Table 4 :
Transformation Open structuring scenario’s MIG 4.1 -> MIG 6.0). Le
state mapping geeft per scenario aan welke berichten nog niet
verzonden zijn in MIG 4.1 op EDSPLIT. De MIG 6.0 state daarentegen,
geeft per scenario aan welke berichten nog dienen te worden
verzonden in het MIG 6.0 /MIG DGO formaat. De mapping van de
MIG 4.1 en MIG 6.0 state en het overzicht van welke berichten er
reeds werden verstuurd in MIG 4.1 en welke nog dienen te worden
verstuurd in MIG 6.0 / MIG DGO wordt beschreven in ‘Table 4:
Transformation Open structuring scenario’s MIG 4.1 -> MIG 6.0’.
Deze mapping wordt uitgevoerd binnen het Atrias migratie team.
mapping d'état indique pour chaque scénario les messages non
encore envoyés en MIG 4.1 à EDSPLIT. En revanche, l'état MIG 6.0
indique pour chaque scénario les messages qui restent à envoyer au
format MIG 6.0/MIG DGO. Le mapping entre l'état MIG 4.1 et l'état
MIG 6.0 ainsi que l'aperçu des messages déjà envoyés en MIG 4.1 et
encore à envoyer en MIG 6.0/MIG DGO sont décrits dans le
« Table 4 : Transformation Open structuring scenario’s MIG 4.1 ->
MIG 6.0 ». Le mappage sera exécuté par l’équipe Atrias migration.
Pour les scénarios en cours, Atrias transmettra systématiquement les
informations ci-dessous aux Balance suppliers afin de garantir le
synchronisme et être sûr que toutes les parties disposent d'une base
identique pour savoir quels messages relatifs à des scénarios MIG 4.1 en
cours doivent être envoyés/reçus. Les données ci-dessous seront envoyés
une seule fois pendant la période BU-stop et Go-live I.
o EAN
o SDP
o POD
o GLN GRD
o Transaction ID MIG 6 (=Transaction ID MIG 4)
o MIG 4 scenario
o MIG 6 module + label
o MIG 4 State
o MIG 6 State
o Request date
o Requested Effective date
o Effective date
o GLN initiator
o Region (BRU/WAL/FLA).
Établissement du mapping d'état MIG 6.0 sur les workflows MIG 6.0
dans les systèmes des Balance suppliers et d'Atrias par
respectivement les Balance suppliers et Atrias.
Pour terminer, Atrias demandera aux GRD toutes les données
metering/structuring afférentes aux scénarios en cours non encore
exécutés par le GRD en forçant l'envoi de messages MIG DGO
(DGO-XD-INT-50). De cette manière, les workflows GRD seront
synchrones.
IMPORTANT : Les messages envoyés en double par le back-end DGO
doivent être ignorés par le CMS de manière à ne pas être envoyés deux
fois aux Balance suppliers.
Voor de open scenario’s zal er vanuit Atrias steeds onderstaande
informatie aan de Balance suppliers worden doorgegeven om synchronie
te garanderen en zeker te zijn dat alle partijen hetzelfde begrip hebben van
de te versturen/te ontvangen berichten voor de openstaande MIG 4.1
scenario’s. Onderstaande gegevens worden eenmalig verstuurd in de
periode tussen BU-stop en Go-live I.
o EAN
o SDP
o POD
o GLN DNB
o Transaction ID MIG 6 (=Transaction ID MIG 4)
o MIG 4 scenario
o MIG 6 module + label
o MIG 4 State
o MIG 6 State
o Request date
o Requested Effective date
o Effective date
o GLN initiator
o Region (BRU/WAL/FLA)
Mapping van de MIG 6.0 state mapping op de MIG 6.0 / MIG DGO
workflows in de systemen van de Balance suppliers en Atrias door
respectievelijk de Balance suppliers en Atrias.
In een laatste stap wordt vanuit Atrias via MIG DGO voor alle open
scenario’s die nog niet werden uitgevoerd door de DNB de nodige
structuring/Metering data opgevraagd bij de DNB’s via het geforceerd
uitsturen van het MIG DGO berichten (DGO-XD-INT-50), zodanig dat
de DNB workflows synchroon lopen.
BELANGRIJK: Dubbel verstuurde berichten vanuit de DGO-back end,
dienen binnen het CMS te worden genegeerd zodanig dat deze niet
dubbel naar de Balance suppliers worden verstuurd.
ID à utiliser lors de la conversion :
Le Transaction ID MIG 4.1 est utilisé en guise de Transaction ID
45
ID’s te gebruiken in de transformatie:
Transaction ID MIG 4.1 wordt gebruikt als de Transaction ID MIG 6.0
De DNB geeft aan hoe de context ID bepaald wordt:
o Ofwel een GUID (bepaald door het CMS indien DGO-XDINT-50 verzonden moet worden)
o Ofwel de huidige interne ID (enkel indien de DNB kan
garanderen dat de ID uniek is over de DNB’s heen.
Bijvoorbeeld doordat een deel van de ID de EAN bevat.)
-
MIG 6.0
Le GRD indique comment le Context ID est déterminé :
o Soit un GUID (déterminé par le CMS si le DGO-XD-INT-50
doit être envoyé).
o Soit l'ID interne actuel (uniquement si le GRD peut garantir
que l'ID est unique, tous GRD confondus ; par exemple en
veillant à ce qu'une partie de l'ID contienne l'EAN).
*Assumption: ID is unique per supplier
Figure 8. ID’s Transformation open structuring scenario’s
46
5.8
5.8.1
Aanpak buffering / Approche du buffering (mise en attente)
Buffer aanvragen Balance Suppliers / Mise en attente des demandes des Balance Suppliers
De aanvragen van volgende structuring scenario’s aangevraagd tussen EDSPLIT en
Go-Live I worden door het Atrias Migratie team geconverteerd van MIG 4.1
berichten naar MIG 6.0 berichten, welke dan in het CMS zullen worden opgeladen
en verwerkt
Les demandes relatives aux scénarios structuring reprises ci-dessous qui ont été
effectuées entre EDSPLIT et le Go-Live I sont converties par l'équipe de migration
d'Atrias du format MIG 4.1 en messages MIG 6.0, lesquels seront ensuite chargés
et traités dans le CMS.
.LET OP: Berichten die niet worden vermeld in de tabel worden niet door Atrias
getransformeerd, maar dienen door de Balance supplier zelf in MIG 6.0 verstuurd te
worden na Go-Live.
ATTENTION : les messages non mentionnés dans le tableau ne seront pas
convertis par Atrias, mais devront être envoyés en MIG 6.0 par le Balance supplier
après le Go-Live.
MIG 4.1 Scenario
MIG 4.1 message
MIG 6.0 Module + Label
MIG 6.0 Message
Scenario 01 Supplier switch
392 Supplier Switch Request Message
Start Access + label Supplier Switch
ST-INT-1 - Requested
Scenario 02 Cancel CoS
392 Cancellation Request Message
Cancel
Start Access + label Switch to SOLR
Start Access + label Switch Back Brussels
Cancel
Cancel
392 Move-in Request Message
Move In
Cancel
392 Customer Switch Request
Message NAME ≠ GLN SUPPLIER
Start Access + label Customer Switch
Scenario 14 Supplier switch after
drop
Scenario 20 Supplier switch after
EOC
Scenario 32 Supplier switch to
SOLR
Scenario 33 Supplier switch back to
Com sup
Scenario 36 Cancel Supplier switch
back to SoLR
Scenario 24 Cancel Supplier switch
by Soc sup
MIG II A 4.1 Scenario 04 Move-in
MIG II A 4.1 Scenario 05 Cancel
Move in
MIG II A 4.1 Scenario 06 Customer
switch
392 Supplier Switch To SoLR Request
Message
392 Supplier Switch back to
commercial supplier Request Message
47
MIG II A 4.1 Scenario 06 Customer
switch
customer switch
MIG II A 4.1 Scenario 08 Combined
switch (yearly read)
MIG II A 4.1 Scenario 09 Comb.
switch (M_AMR)
combined switch
MIG II D 4.1 Scenario 05 Rectificatie
Metering
MIG II A 4.1 Scenario 16 Master Data
Party Change
MIG II A 4.1 Scenario 13 Annulation
Drop
392 Customer Switch Request
Message NAME=GLN SUPPLIER
Initiate leaving customer + label without
handover document (ILC3=RD+90cd)
Cancel
Start Access + label Combined Switch
Start Access + label Combined Switch
Cancel
Rectification Request
Request Rectification
E21 Master Data Parties Change
Request Message
Update Business Master Data
Cancel
UMIG II A 4.1 Scenario 31 Cancel
Drop by Soc sup
MIG II A 4.1 Scenario 40 Annulation
Compteur a Budget
MIG II A 4.1 Scenario 19 Cancellation
End of Contract
MIG II A 4.1 Scenario 35 Removal
Power Limiter
MIG II A 4.1 Scenario 34 Installation
Power limiter
MIG II A 4.1 Scenario 30a MD
Rectification - Structuring
Cancel
Cancel
Cancel
392 Power Limiter Removal Request
Message
392 Power Limiter Installation Request
Message
Initiate Update Access + label Power Limiter
Removal
Initiate Update Access + label Power Limiter
Installation
Rectification Request
Request Rectification
392 Combined Switch Request
Message
392 Combined Switch Request
Message
Table 5. Summary approach of the to be transformed buffered messages
Realisatie van de buffering:
Voor berichten die via de VAN worden verstuurd, zal de buffer worden
gerealiseerd door Steria. Steria zorgt er voor dat er gedurende de
gevraagde periode de berichten geadresseerd aan een GLN van een DNB
worden geplaatst in een aparte folder en kunnen dus niet worden
opgehaald door de huidige clearing houses.
Voor de structuring aanvragen die niet gebeuren via de VAN (webportals,
Procédure de mise en attente :
Pour les messages envoyés via le VAN, la mémorisation sera effectuée
par Steria. Durant la période requise, Steria veillera à ce que les
messages adressés au GLN d'un GRD soient stockés dans un dossier
séparé de manière à ce qu'ils ne puissent être récupérés par les clearing
houses actuelles.
Les demandes structuring ne transitant pas par le VAN (webportals,…)
48
…), dienen de huidige clearing houses de buffer van de aanvragen te
realiseren.
doivent être mises en attente par les clearing houses actuelles.
Aanlevering van de berichten aan Atrias:
Berichten geplaatst op de VAN in de periode tussen EDSPLIT en Go-Live I
worden 4 keer per dag opgehaald door Atrias.
Scenario’s aangevraagd via de webportals / email bij de huidige clearing
houses worden door de huidige clearing houses 2 keer per dag
doorgestuurd aan Atrias. Formaat van de file is verder af te spreken
binnen de Migratie track.
Envoi des messages à Atrias :
Les messages stockés sur le VAN entre EDSPLIT et le Go-Live I seront
récupérés 4 fois par jour par Atrias.
Les scénarios demandés via e-mail ou via les portails Web propres aux
clearing houses actuelles devront être transmis par celles-ci à Atrias 2 fois
par jour. Le format du fichier sera défini ultérieurement dans le trajet de
migration.
Aanpak omtrent de ID’s van de gebufferde aanvragen:
De transaction ID die wordt gebruikt in de MIG 4.1 aanvraag, wordt bij de
transformatie van het bericht naar een MIG 6.0 aanvraag behouden.
o LET OP: Deze ID is niet noodzakelijk een GUID zoals bepaald in
de MIG 6.0 afspraken.
Voor de gebufferde structuring aanvragen waarbij geen ID werd
meegegeven door de Balance supplier (vb. indien aangevraagd via email /
supplier web zonder ID), zal door Atrias een ID bepaald worden (GUID).
Atrias bezorgt hieromtrent vanuit de migratie geen additionele feedback
naar de aanvrager.
Approche concernant les ID des demandes mises en attente :
La transaction ID utilisé pour la demande MIG 4.1 sera conservé lors de la
conversion du message en demande MIG 6.0.
o ATTENTION : cet ID n'est pas nécessairement un GUID comme
convenu en MIG 6.0.
Pour les demandes structuring mises en attente et pour lesquelles aucun
ID n'a été fourni par le Balance supplier (p. ex., dans le cas des demandes
transmises via e-mail / supplier Web sans ID), un ID (GUID) sera assigné
par Atrias. À cet égard, Atrias ne fournira pas de feedback supplémentaire
au demandeur dans le cadre de la migration.
*Assumption: ID is unique per supplier
Figure 9. Approach MIG 6.0 ID’s of transformed buffered requests.
49
Aanpak omtrent timestamp van ontvangst op de VAN:
De gebufferde structuring aanvragen dienen vanaf Go-live I opnieuw
sequentieel te worden verwerkt volgens tijdstip ontvangst op de VAN.
Als timestamp voor ontvangst op de VAN en de sequentiële verwerking in
MIG 6, wordt de timestamp T10 gebruikt. (~ Figuur 10. – The functioning of
the VAN)
Voor structuring aanvragen die niet via de VAN verliepen, zal het huidig
clearing house het tijdstip van de ontvangst bepalen.
Approche concernant le timestamp de réception sur le VAN :
À partir du Go-live I, les demandes structuring mises en attente devront
être traitées séquentiellement, c'est-à-dire dans l'ordre de réception sur le
VAN.
Le timestamp T10 sera utilisé pour déterminer l'ordre de réception sur le
VAN et donc pour le traitement séquentiel en MIG 6 (~ figure 10. – The
functioning of the VAN).
Pour les demandes structuring ne transitant pas par le VAN, la clearing
house actuelle déterminera elle-même le timestamp de réception.
Figure 10. The functioning of the VAN
50
Ex ante testen
Voor de verwerking van de gebufferde structuring aanvragen dienen volgende exante testen te worden aangepast:
CMIN voor de module Update balance responsible party dient gedurende 2
weken na Go-live I te worden gewijzigd naar van +10kd naar +0kd zodanig
dat Updates balance responsible party mogelijk zijn op de eerste dag van
[M+1]
CMIN timing voor de Start Access dient te worden aangepast gedurende 1
week na Go-live I (Assumptie dat de verwerking van de buffer van de
structuring requests maximum tot 1 week na Go-live I duurt) naar -91kd.
Ex ante test "voor een ED in het verleden op een klassieke (niet-smart)
meter: bevat de aanvraag een complete indexset?" dient te worden
gedesactiveerd gedurende 1 week na Go-live I (Assumptie dat de
verwerking van de buffer van de structuring requests maximum tot 1 week
na Go-live I duurt). Dit om de getransformeerde aanvragen van MIG 4
customer switch to GLN SUP naar MIG 6 ILC aanvraag te kunnen laten
doorgaan indien de customer switch geen complete indexset bevat (niet
verplicht in MIG 4 voor het Customer Switch scenario).
Market reporting
Market reporting kan worden uitgevoerd voor de gegevens verwerkt tijdens de
Transitie-periode, echter er kan hieraan geen penalisatie worden gekoppeld. De
effectieve start van de governance gekoppeld aan de Market reporting, wordt
bepaald binnen de werkgroep monitoring en maakt geen onderdeel uit van de
Transitie.
Aanpak van de gebufferde aanvragen m.b.t. lokale productie in Brussel
Het Atrias Migratie team zal de gebufferde MIG 4 aanvragen vanuit de Balance
Suppliers (m.b.t. aanvraag lokale productie) converteren naar een MIG 6 aanvraag
met de service ‘Beperkte vermarkting van injectie’.
Opmerking:
Gezien voor de module “Update Business master data” de Effective date gelijk is
aan de Request date, zal de effective date niet overeen komen met de originele
request date van de Balance supplier voor gebufferde berichten. Hier dient rekening
mee te worden gehouden wanneer “netuser” data wordt vergeleken.
Tests Ex ante
Les tests suivants doivent être adaptés préalablement au traitement des demandes
structuring mémorisés :
Durant les 2 semaines suivant le Go-live I, CMIN doit être modifié de +10JC
à +0JC pour le module Update balance responsible party de manière à
permettre des Updates balance responsible party dès le premier jour de
[M+1].
Durant la première semaine suivant le Go-live I (à supposer que le
traitement des demandes structuring mises en attente dure maximum 1
semaine après le Go-live I), CMIN doit être modifié en -91JC pour le Start
Access.
Test ex-ante « Pour un ED dans le passé et avec un compteur classique
(pas smart): la requête contient-elle un ensemble complet d'index? » doit
être désactivé pendant 1 semaine après Go-live I (à supposer que le
traitement des demandes structuring mises en attente dure maximum 1
semaine après le Go-live I). Ceci pour pouvoir traiter les requêtes
transformées d’un MIG 4 Customer switch to GLN vers une requête MIG 6
ILC dans le cas que le customer switch ne contient pas un ensemble
d’index complet (pas obligatoire en MIG 4 pour le scénario Customer
switch).
Market reporting
Market reporting peut être effectué pour les données traitées durant la période de
transition. Cependant, aucune pénalité ne pourra y être associée. Le démarrage
effectif de la gouvernance liée au Market reporting est déterminé par le groupe de
travail Monitoring et n'entre pas dans le cadre de la transition.
L’approche des requêtes mises en attente concernant la production locale à
Bruxelles
L’équipe de migration (Atrias) convertira les requêtes MIG 4 des Balance Suppliers
mises en attente vers des requêtes MIG 6 avec le service « Commercialisation
contrainte de l’injection ».
Remarque :
Étant donné que, pour le module « Update Business master data », l'Effective date
est identique à la Request date, l'Effective date des messages mis en attente ne
correspondra pas à la request date originale du Balance supplier. Il faudra en tenir
compte lors de la comparaison des données « netuser ».
51
5.8.2
Buffer berichten DNB / Mise en attente des messages GRD
Alle TMD, metering (incl. standaard jaarverbruiken en excl. ongevalideerde
meetgegevens van continu gemeten toeganspunten zoals beschreven onder 5.2.1 )
berichten met gegevens betreffende een periode >=EDSPLIT en DNB cancel
berichten dienen te worden gebufferd in MIG 4.1 formaat aan de uitgang van de
huidige clearing houses. Deze buffering betreft alle MIG 4.1 scenario’s:
Rectificaties
TMD / Metering die wordt doorgestuurd in het kader van een structuring
scenario
Periodieke metering berichten
Metering berichten in het kader van een MROD
Update TMD
Move Out
Gebufferde MIG 4.1 DNB berichten zullen tijdens de periode tussen EDSPLIT en GoLive I 1 keer per dag door het Atrias Migratie team worden opgehaald. Het Atrias
Migratie team zal deze daarna converten naar MIG DGO berichten
(cfr.onderstaande tabel). De primaire input voor de conversie is het bericht zelf,
indien het bericht niet alle gegevens heeft (bvb. wanneer extra TMD wordt gevraagd
in MIG 6.0 tov MIG 4.1 proces) dan wordt het aangevuld met data uit de migratie
extracten (full + delta). Daarnaast zal er ook een controle uitgevoerd worden tussen
de bericht data en de migratie extracten als onderdeel van de consistentie controle
onder andere om te bevestigen dat het extract (foto van huidige clearing house) na
de bufferverwerking in lijn is met het CMS. Deze berichten zullen sequentieel
worden opgeladen in de gecontroleerde start (Cfr 6.3 Controlled start structuring).
Voor een volledig en exhaustief overzicht van de te bufferen berichten en de uit te
voeren conversie naar MIG DGO, zie onderstaande tabel.
Om een zo correct mogelijke werking van het CMS en de sequentie met de
verwerking van de buffer van de leveranciers structuring aanvragen te waarborgen,
zullen de TMD en Metering gegevens met een effective date >=EDsplit niet worden
opgeladen via de migratie in het CMS21. Deze gegevens zullen worden opgeladen
in het CMS via de geconverteerde MIG DGO berichten in de gecontroleerde start.
21
Tous les messages TMD, metering (y compris les consommations annuelles
standards et excl. les données metering des points d’accès continu comme décrit
sous 5.2.1) contenant des données relatives à une période >=EDSPLIT et annulations
de la part des GRD doivent être mis en attente au format MIG 4.1 dès leur sortie
des clearing houses actuelles. Cette mise en attente concerne tous les scénarios
MIG 4.1 :
Rectifications
TMD/Metering transmis dans le cadre d'un scénario structuring
Messages metering périodiques
Messages metering dans le cadre d'un MROD
Update TMD
Move Out
Les messages de GRD MIG 4.1 mis en attente seront ramassés une fois par jour
par l’équipe de transition d’Atrias pendant la période entre EDSPLIT et Go-Live I.
Après, l’équipe de migration d’Atrias les convertira en messages MIG DGO
(cf. tableau ci-dessous). L'élément principal pour la conversion est le message luimême. Dans les cas où le message ne contient pas toutes les données (p. ex.,
lorsque des TMD supplémentaires sont demandées dans MIG 6.0 par rapport au
processus MIG 4.1), c’est complété avec les données provenant des extraits de
migration (full + delta). En outre, un contrôle sera également effectué entre les
données des messages et les extraits de migration dans le cadre du contrôle de la
cohérence, entre autres choses, pour confirmer que l'extrait (photo de la clearing
house actuelle) après le traitement des données mises en attente est aligné sur le
CMS. Ces messages seront chargés séquentiellement lors du lancement contrôlé
(Cf. 6.3 Démarrage structuring contrôlé). Pour une liste complète et exhaustive de
messages à mémoriser et de la conversion à effectuer vers MIG DGO, veuillez
consulter le tableau ci-dessous.
Pour garantir le fonctionnement optimal du CMS ainsi que la séquence exacte de
traitement des demandes structuring mises en attente par les fournisseurs, les
données TMD et Metering dont l'effective date >=EDsplit ne seront pas chargées
Deze data zit echter wel in het extract vanuit de huidige clearing houses.
52
Na de verwerking van de geconverteerde berichten, zal de data in het CMS worden
vergeleken met het originele extract vanuit de huidige clearing houses om zo de
volledigheid van de overdracht van de gegevens te kunnen garanderen.
MIG 4
Rectification of Master Data
Rectification of Metering data
406 Notification End Of Supply Message
E11 TS
E11 TS
E07 MD
22
dans le CMS via la migration22. Ces données seront chargées dans le CMS lors du
démarrage contrôlé via les messages MIG DGO convertis. Après le traitement des
messages convertis, les données présentes dans le CMS seront comparées aux
données originales extraites des clearing houses actuelles de manière à pouvoir
garantir l'exhaustivité des données transmises.
Condition
Effective date
data>=EDsplit
Effective Date
data>=EDsplit
Effective date Move
out>=EDsplit
Scenario = Move out
Date index>=EDsplit
Startindex
Date from volume
slice>=EDsplit
Metering volume + End
index
Date from MD
slice>=EDsplit
B80 Estimates
Date from estimate
slice>=EDsplit
E44 (BA3)
Send date >= EDsplit
E44 (BA4 / BA5 / BA6)
E44 (BA7 / BA8)
MIG DGO
DGO-RE-INT-50 Ticket creation
DGO-RE-INT-50 Ticket creation
Specific logic
N/A
N/A
N/A
DGO-ME-INT-70 Startindex
N/A
For AP in compensation :
- If Max[(A+-A-); 0] > 0 : Use volume
for register [A+-A-]
- If Max[(A+-A-); 0] = 0: Register [A+-A] should be empty
N/A
N/A
N/A -> iExV are recalculated in CMS
Transform to DGO-ST-INT-260
N/A
No transformation necessary. Situation N/A
can not occur as no secured cancels can
be sent.
No transformation necessary. Situation N/A
can not occur as cancels from balance
suppliers are buffered on the VAN.
Ces données sont néanmoins présentes dans l’extraction issue des clearing houses actuelles.
53
E44 (BA9)
Message to be buffered but no N/A
transformation to MIG DGO message
necessary. The interacting scenario will
be cancelled by the Move out / Update
TMD in the replay the movie
Table 6. Conversion MIG 4.1 -> MIG DGO messages
Voor E11 berichten met metering volumes voor aansluitpunten in compensatie,
dient in de overeenkomstige MIG DGO berichten zowel het gecompenseerde
volume als het gevaloriseerde volume door te worden gegeven. Dit om correct de
Consumptie te kunnen berekenen. Voor de transformatie van de metering volumes
in de MIG 4.1 berichten naar MIG DGO berichten worden volgende regels voorzien:
Indien Max[(A+-A-); 0] > 0: Gebruik dit volume voor het [A+-A-] register
Indien Max[(A+-A-); 0] = 0: Register [A+-A-] zal leeg worden gelaten. Bij het
opladen van deze berichten, zullen deze uitvallen en niet in het CMS
worden opgeladen. Op basis van de uitvallijst, dienen de DNB’s MIG DGO
berichten te hertriggeren met de correcte volumes.
Voor Brussel worden toegangspunten met decentrale productie in
compensatie niet opgenomen gedurende de periode EDsplit – BU-stop.
(Cfr. 5.2.1)
Pour les messages E11 avec des volumes metering pour les points d'accès en
compensation, les messages MIG DGO correspondants, ainsi que le volume
compensé et le volume valorisé doivent être transmis. C’est nécessaire pour
pouvoir calculer correctement la Consommation. Pour la transformation des
volumes metering dans les messages MIG 4.1 vers les messages MIG DGO, les
règles suivantes sont prévues :
Si Max[(A+-A-); 0] > 0 : Utiliser ce volume pour le registre [A+-A-]
Si Max[(A+-A-); 0] = 0: Le registre [A+-A-] sera laissé vide. Lors du
chargement des messages, ces messages seront omis et ne seront pas
chargés dans le CMS. Sur base de la liste d'exclusion, les messages
MIG DGO de GRD doivent être relancés avec les volumes corrects.
Pour Bruxelles, les points d'accès avec la production décentralisée en
compensation ne sont pas pris en compte pendant la période EDsplit –
BU-stop. (Cf. 5.2.1)
Aanpak omtrent timestamp:
De gebufferde berichten dienen vanaf Go-live I opnieuw sequentieel te
worden verwerkt.
Timestamp die wordt zal worden gebruikt voor de bepaling van de
sequentie van de verwerking is de message date (dd/uu/ss)
Approche concernant le timestamp de réception sur le VAN :
À partir du Go-live I, les messages mis en attente devront être traitées
séquentiellement.
Le timestamp qui sera utilisé pour déterminer l'ordre du traitement des
messages est le message date (jj/hh/ss).
5.9
5.9.1
Workarounds
Structuring workaround request (via VAN) / Structuring workaround request (via VAN)
Voor onderstaande MIG 4.1 scenario’s die worden aangevraagd tussen EDSPLIT en
Go-Live I, wordt een workaround voorzien die de freeze van de structuring
aanvragen omzeilt. Dit om de impact van de transitie op de klant te minimaliseren.
Move-In
Removal Power Limiter
Installation Power Limiter 2.3  4.6 kW (op vraag van OCMW)
Pour les scénarios MIG 4.1 ci-dessous qui ont été demandés entre EDSPLIT et le GoLive I, un workaround est prévu afin de contourner le gel des demandes structuring.
Ceci pour limiter l'impact de la transition sur le client.
Move-In
Installation Power Limiter 2.3  4.6 kW (à la demande du CPAS)
Zoals hieronder beschreven, is de aanpak m.b.t. workaround scenario’s afhankelijk
van de periode waarin ze aangevraagd worden.
Comme décrit ci-dessous, l’approche concernant les scénarios workaround est
dépendante de la période dans lesquels ils sont demandés.
54
5.9.1.1
Tijdens de periode EDSPLIT – BUSTOP / Pendant la période EDSPLIT - BUSTOP
7: Buffer all TMD & TS with
ED>=EDSPLIT @ CCH
Current
Clearing
house
6: Treat WORKAROUND
X
TMD & TS
ED>=EDsplit
2: Buffer requests @
VAN
1: Request
WORKAROUND / NON
WORKAROUND
VAN
SUP
5: 414 Accept / reject
WORKAROUND
4: Send
WORKAROUNDS in
EDIEL
5: 414 Accept / reject
WORKAROUND
3: Download all requests
Atrias
Migration
DGO Back
End
ATRIAS:
CMS
Figure 11. Workarounds via VAN between EDSPLIT and BUSTOP (Structuring) I
1.
2.
3.
4.
5.
6.
De aanvragen van de workaround worden geïnitieerd door de Balance
suppliers
De aanvragen van de workaround scenario’s worden gebufferd op de
VAN.
Steria zal, zoals beschreven onder 5.8.1, 4 keer per dag een kopie van de
gebufferde berichten op de VAN leveren aan het Atrias migratie team.
Het Atrias migratie team filtert de aanvragen voor de workaround
scenario’s uit de buffer en stuurt deze 4x per dag (6u, 10u, 14u, 18u) door
in het originele EDIEL formaat door aan de huidige clearing houses tot het
moment van BU-stop.
De huidige clearing houses laden de EDIEL aanvragen van de workaround
scenario’s op en versturen tot het moment van BU-stop een MIG 4.1
accept of reject.
Indien de aanvraag werd geaccepteerd, zal deze verder volgens de
standaard processen in de huidige clearing houses / DNB back ends
1.
2.
3.
4.
5.
6.
7.
55
Les demandes de scénarios workaround sont amorcées par les Balance
suppliers
Les demandes de scénarios workaround sont mises en attente sur le
VAN.
Comme décrit au chapitre 5.8.1, Steria fournira 4 fois par jour à l’équipe de
migration d’Atrias une copie des messages mis en attente sur le VAN.
L'équipe de migration d'Atrias filtrera les demandes de scénarios
workaround qu'elle enverra 4x par jour (6h, 10h, 14h, 18h) aux clearing
houses actuelles au format EDIEL original jusqu’à le moment du BU-stop.
Les clearing houses actuelles chargeront ces demandes de scénarios
workaround au format EDIEL et enverront jusqu’à le moment du BU-stop
un accept ou un reject MIG 4.1.
En cas d'acceptation de la demande, celle-ci sera traitée par les clearing
houses actuelles/back ends GRD conformément aux processus standards.
Les données TMD et metering en résultant dont l'effective date >= EDSPLIT
7.
worden behandeld.
De hieruit resulterende TMD en metering gegevens met een effective date
>= EDSPLIT wordt gebufferd aan de uitgang van de huidige clearing houses.
(Cfr 5.8.2)
Current
Clearing
house
seront mises en attente dès leur sortie des clearing houses actuelles (cf.
5.8.2).
VAN
SUP
8: Extract from CCH
EAN: 54144….
EDSPLIT
∞
RMD
9: Transform
TMD
Atrias
Migration
TS
EAN: 54144….  SDP: ….
EDSPLIT
10: Load in CMS as
open scenario
RMD
TMD
DGO Back
End
ATRIAS:
CMS
TS
Figure 12 Workaround via VAN between EDSPLIT and BUSTOP (Structuring) II
8.
Bij de migratie vanuit de huidige clearing houses naar het CMS, wordt
steeds het volledige extract doorgegeven aan Atrias.
9. Transformatie van de ontvangen data wordt uitgevoerd door het Atrias
Migratie team.
10. Geaccepteerde workaround Move in scenario’s worden steeds gemigreerd
8.
Lors de la migration depuis les clearing houses actuelles vers le CMS,
l'extrait complet sera systématiquement transmis à Atrias.
9. La transformation des données reçus sera exécutée par l’équipe Atrias
migration.
10. Les scénarios Move in qui sont de type workaround et ont été acceptés
56
in het CMS als openstaande scenario’s.
Voor de geaccepteerde workaround scenario’s Removal Power Limiter /
Installation Power Limiter 2.3  4.6 kW (op vraag van OCMW) worden na
Go-live I een Update TMD aan het CMS verstuurd. Het CMS verstuurt
vervolgens een Update Technical Master Data aan de Balance supplier.
23
TMD en Metering gegevens met een effective date >=EDSPLIT worden
niet opgeladen in het CMS.
migreront systématiquement vers le CMS en tant que scénarios en cours.
Pour les scénarios Removal Power Limiter/Installation Power Limiter 2.3 
4.6 kW (à la demande du CPAS) qui sont de type workaround et ont été
acceptés, un Update TMD sera envoyé au CMS après le Go-live I. Le CMS
enverra ensuite un Update Technical Master Data au Balance supplier.
Les données TMD et Metering24 avec une effective date >=EDSPLIT ne
seront pas chargées dans le CMS.
Figure 13 Workaround via VAN between EDSPLIT and BUSTOP (Structuring) III
11. Conversie van de gebufferde niet-workaround berichten van MIG 4.1 naar
23
Slice met de gegevens gekend voor EDSPLIT loopt door
24
Les données se rapportant à la période antérieure à EDSPLIT seront chargées
11. Conversion de MIG 4.1 à MIG 6.0 des messages non-workaround
57
12.
13.
14.
15.
MIG 6.0. De aanvragen voor workaround scenario’s worden niet mee
opgenomen in de “replay the movie”. Het Move-in scenario wordt als
openstaand scenario opgenomen in het CMS en de removal / installation
power limiter scenario’s worden afgerond via een Update Technichal
Master data vanaf Go-live I.
Conversie van gebufferde TMD&TS met effective date >=EDsplit
Versturen van DGO-XD-INT-50 / DGO-RE-INT-70 voor MIG 4.1 scenario’s
die als open MIG 6.0 scenario in het CMS werden opgenomen en in de
DGO BE nog niet werden uitgevoerd.
Sequentiële load van de geconverteerde MIG DGO en MIG 6.0 berichten
in het CMS
Na de verwerking van alle gebufferde gegevens in de gecontroleerde start,
dient een check te gebeuren van de data in het CMS ten opzichte van het
laatste extract van de huidige clearing houses om de volledigheid van de
overdracht van de data te garanderen.
Belangrijk: Dringende Move-ins gedurende de periode BU-stop – Go-live I dienen
te worden aangevraagd:
Via de standaard MIG 4.1 processen
EN bijkomend via email
5.9.1.2
mémorisées. Les demandes pour les scénarios workaround ne seront pas
reprises dans le « replay the movie ». Le scénario Move-in sera repris
dans le CMS comme un scénario ouvert et les scénarios removal /
installation power limiter seront finis par un Update Technical Master data
à partir de Go-live I.
12. Conversion des TMD&TS mémorisés avec date effective >=EDsplit
13. Envoyer le DGO-XD-INT-50 / DGO-RE-INT-70 pour les scénarios MIG 4.1
qui étaient repris dans le CMS comme scénario en cours et qui n'ont pas
encore été exécutés dans le DGO BE.
14. Chargement séquentiel dans le CMS des messages MIG DGO et MIG 6.0
converti.
15. Après le traitement des données mises en attente lors du lancement
contrôlé, il convient, afin de garantir l’exhaustivité des données transmises,
de comparer les données présentes dans le CMS à la dernière extraction
issue des cleaning houses actuelles.
Important : Les scénarios Move-in urgents pendant la période BU-stop – Go-live I
doivent être sollicités :
Via les processus standards MIG 4.1
ET en plus via un e-mail
Tijdens de periode BUSTOP – Go-Live I / Pendant la période BUSTOP – Go-Live I
Figure 14 Workaround via VAN between BUSTOP and Go-Live I (example: Move-In)
58
1.
2.
3.
4.
5.
6.
7.
8.
5.9.2
De aanvragen van de dringende workaround (MIG 4) worden geïnitieerd
door de Balance suppliers.
o Gentlemen agreement: De Balance Suppliers versturen enkel de
dringende workaround scenario’s. De niet-dringende aanvragen
worden na Go-Live II verstuurd volgens de MIG 6 logica.
De aanvragen van de workaround scenario’s worden gebufferd op de
VAN.
Steria zal, zoals beschreven onder 5.8.1, 4 keer per dag een kopie van de
gebufferde berichten op de VAN leveren aan het Atrias migratie team.
Het Atrias migratie team filtert de aanvragen voor de workaround
scenario’s uit de buffer en stuurt deze 4x per dag (6u, 10u, 14u, 18u) door
aan de DNB’s tot het moment van Go-Live I.
o Format = nog te bepalen
Indien de aanvraag manueel werd geaccepteerd, zal deze manueel
verwerkt worden en de nodige acties (vb. openstellen van meter) zullen op
het terrein uitgevoerd worden.
o De DNB’s zullen enkel een email versturen wanneer de aanvraag
verworpen wordt.
De transformatie van de MIG 4 aanvraag in een MIG 6 aanvraag wordt
uitgevoerd door het Atrias Migratie team.
De workaround scenario’s worden verwerkt in de “replay-the-movie” van de
buffer. Het CMS stuurt een Accept (ST-INT-3) of een Reject (ST-INT-2)
naar de Balance Supplier.
Het CMS stuurt het activities request bericht (DGO-XD-INT-50) bericht
zodat het aangevraagde workaround scenario kan verwerkt worden
volgens de MIG DGO / MIG 6 logica.
1.
2.
3.
4.
5.
6.
7.
8.
Les demandes de scénarios workaround sont amorcées par les Balance
suppliers.
o Gentlemen agreement : Les Balance Suppliers envoient
seulement les scénarios workaround urgents. Les demandes nonurgentes sont envoyées après le Go-Live II selon la logique de
MIG 6.
Les demandes de scénarios workaround sont mises en attente sur le VAN.
Comme décrit au chapitre 5.8.1, Steria fournira 4 fois par jour à l’équipe de
migration d’Atrias une copie des messages mis en attente sur le VAN.
L'équipe de migration d'Atrias filtrera les demandes de scénarios workaround
qu'elle enverra 4x par jour (6h, 10h, 14h, 18h) aux GRDs jusqu’au moment du
Go-Live I.
o Le format = encore à décider
En cas d'acceptation manuelle de la demande, celle-ci sera traitée
manuellement par le GRD et les actions nécessaires seront faites sur le
terrain (ex. : ouvrir du compteur).
o Les GRDs enverront seulement un email quand la demande est
rejetée.
La transformation de la demande MIG 4 vers une demande MIG 6 sera
exécutée par l’équipe Atrias migration.
Les scénarios workaround sont traités dans le « replay-the-movie » de la
mémorisation. Le CMS envoie un Accept (ST-INT-3) ou un Reject (ST-INT-2)
au Balance Supplier.
Le CMS envoie le message « activities request » (DGO-XD-INT-50) de
manière que le scénario workaround demandé peut être traité selon la logique
de MIG 6 / MIG DGO.
Structuring workaround request (NOT via VAN) / Structuring workaround request (NOT via VAN)
MIG 4.1 Structuring requests die niet via de VAN zijn aangevraagd, maar via het
webportaal of via email, worden vanuit de DNB / huidig Clearing House naar Atrias
gestuurd. Het betreft hier volgende structuring scenario’s:
Move-In
Installation Power Limiter op vraag van het OCMW (2.3kW -> 4.6kW)
Les MIG 4.1 Structuring requests non demandées par le biais du VAN, mais via le
portail Web ou via e-mail seront envoyées à Atrias par le GRD / la clearing house
actuelle. Cela concerne les scénarios structuring suivants :
Move-In
Installation Power Limiter à la demande du CPAS (2.3 kW -> 4.6kW)
Atrias zal de aanvragen die via een workaround dienen behandeld te worden
filteren. De workaround-scenario’s worden door Atrias via een lijst gecommuniceerd
naar de DNB-BE.
Atrias filtrera les demandes devant faire l'objet d'un workaround. Les scénarios
workaround seront transmis par Atrias au GRD-BE sous la forme d'une liste.
Workaround-lijst:
Beheerder: Atrias
Frequentie: 4 keer per dag
Liste workaround :
Gestionnaire : Atrias
Fréquence : 4 fois par jour
59
-
-
Format: XML
Data: Te bepalen binnen de migratie-track
5.9.3
Format : XML
Données : À définir dans le trajet de migration
TMD Move in AMR (E13) met ED [EDSPLIT-Go-live I] / TMD Move in AMR (E13) avec ED [EDSPLIT-Go-live I]
Bij een Move-in van een grote AMR (E13) klant met effective date (datum opening
meter) tussen [EDsplit-Go-live I], kan de Balance supplier de TMD ophalen via het
webportaal van de huidige clearing houses. Indien de gegevens niet beschikbaar
zijn op het webportaal of niet up to date zijn, kan de Balance suppliers uitzonderlijk
via email de TMD opvragen zodanig dat hij op een correcte manier de AMR
metering gegevens kan inlezen en gebruiken voor zijn forecasting. De Balance
supplier beslist zelf in functie van zijn portefeuille wat als een grote klant wordt
beschouwd. Echter het dient te worden benadrukt dat dit proces een
uitzonderingsmaatregel is.
En cas de Move-in d'un client AMR important (E13) avec date effective (date
d'ouverture du compteur) entre [EDsplit-Go-live I], le Balance supplier peut
récupérer les TMD via le portail Web des clearing houses actuelles. Si les données
ne sont pas disponibles sur le portail Web ou si elles ne sont pas à jour, les Balance
suppliers sont exceptionnellement autorisés à demander les TMD via e-mail de
manière à pouvoir consulter correctement les données metering AMR et à les
utiliser à titre prévisionnel. Le Balance supplier décide lui-même en fonction de son
portefeuille ce qu'il considère comme un client important. Il convient néanmoins
d'insister sur le fait qu'il s'agit d'une procédure exceptionnelle.
TMD-gegevens:
Données TMD :
-
Format: CSV
-
-
Data: Alle segmenten van het EDIEL-bericht. (Met uitzondering van de
bericht specifieke velden in segment 0 indien niet beschikbaar.)
5.10
Format : CSV
Données : Tous les segments du message EDIEL (à l'exception des champs
spécifiques au message dans le segment 0 s'ils ne sont pas disponibles).
Algemeen / Généralement
Het “supplier web”, web based oplossing die wordt gebruikt bij de huidige clearing
houses voor het uitwisselen van gegevens met de balance suppliers. Naamgeving
van de gebruikte tool kan verschillen tussen clearing houses (Supplierweb, SibAT,
…), Het supplier web blijft beschikbaar bij de huidige clearing houses tot aan Golive I.
Le « supplier web », solution sur base Web qui est utilisée dans les clearing houses
actuelles pour l'échange de données avec les Balance suppliers. La dénomination
de l'outil utilisé peut varier suivant les clearing houses (Supplierweb, SibAT, etc.).
Le supplier web dans les clearing houses actuelles reste disponible jusqu’au Golive I.
Des remarques :
Opmerkingen:
-
-
Mogelijk zijn de gegevens die beschikbaar zijn via “supplier web” niet meer
up to date ten gevolge van de gevolgde migratie / buffer strategie (verder
te bepalen in het draaiboek). De huidige clearing houses dienen op het
webportaal aan te geven tot wanneer de beschikbare gegevens werden
geupdate.
Mogelijk wordt vanaf een bepaald ogenblik over gegaan naar een “read
only” modus (verder te bepalen in het draaiboek)
-
60
Il est possible que les données disponibles via « Supplier web » ne seront
plus à jour à la suite de la migration en cours / stratégie de mémorisation (à
déterminer ultérieurement dans le plan de transition). Les clearing houses
actuelles doivent indiquer sur le portail Web la date de la dernière mise à
jour des données disponibles.
Il est possible qu’à partir d’un certain moment on passera vers un mode
« read only » (à déterminer ultérieurement dans le plan de transition)
6 Gecontroleerde start / Démarrage contrôlé
De gecontroleerde start betreft de opstart van de MIG 6.0 processen na Go-live.
6.1
Le démarrage contrôlé correspond au démarrage des processus MIG 6.0 après Golive.
Uitganspunt: / Point de depart:
De service cataloog zal overeenkomstig met de nu actieve standaard MIG 4.1
services geactiveerd worden en zo blijven gedurende de nodige stabilisatieperiode
bij alle marktpartijen. De lengte van de stabilisatieperiode wordt bepaald in de DIT
(DGO Integration Tests) / MIT (Market Integration Tests).
Le catalogue de service sera activé avec les services MIG 4.1 standard qui sont
actuellement actifs et le restera pendant la période de stabilisation nécessaire pour
toutes les parties du marché. La longueur de la période de stabilisation sera
déterminée dans les DIT (DGO Integration Tests) / MIT (Market Integration Tests).
Uitzonderingen op bovenstaande regel worden hieronder beschreven.
Exceptions:
Aansluitpunten met lokale productie die in MIG 4.1 enkel een consumptie contract hebben / Les point d’accès avec production locale qui ont seulement un contrat
de consommation en MIG 4.1
Voor aansluitpunten met lokale productie die in MIG 4.1 enkel een consumptie Pour les points d’accès avec production locale qui ont seulement un contrat de
contract hebben, zal de service wijzigen in overeenstemming met de MIG 6.0 consommation en MIG 4.1, le service de MIG 6.0 sera modifié selon la logique de
logica. De methodiek voor de switch naar de nieuwe service is als volgt:
MIG 6.0. La méthode de switch vers le nouveau service est la suivante :
6.1.1
Wallonië / Vlaanderen:
Switch naar service valorisatie injectie wordt uitgevoerd ten gevolge van:
Wallonie / Flandres :
Switch vers le service valorisation de l’injection est exécuté à cause de :
1.
De eerste periodieke index vanaf de maand van Go-live MIG 6 gevolgd
door een Update TMD met een ED gelijk aan het tijdstip van de periodieke
indexopname vanuit de DNB.
2.
Switch in de toekomst op vraag van de klant via de standaard MIG 6
processen (ILP) vanaf Go-live MIG 6.
OU
Nieuw gemelde lokale producties vanaf de maand van Go-live met een
datum indienstname vanaf de maand van Go-live MIG 6 starten met de
Service valorisatie injectie.
OU
1.
Le premier index périodique depuis le mois du Go-Live MIG 6 suivi par
un Update TMD avec un ED similaire au moment de l’index périodique du
GRD.
2.
Le switch dans le futur à la demande du client par les processus
standard de MIG 6 (ILP) depuis le Go-Live MIG 6.
OF
OF
3.
Opgelet:
Eenmaal dat de switch naar valorisatie is uitgevoerd, is deze
onomkeerbaar.
De switch naar de nieuwe service gebeurt niet altijd op basis van de eerste
index in de MIG 6 periode (vb. MROD, Ad Hoc Meter Read en UTMD ten
gevolge van een nieuwe meter).
3.
Des nouvelles productions locales communiquées depuis le mois de GoLive avec une date mise en service depuis le mois de Go-Live MIG 6
commencent avec le service valorisation de l’injection.
Attention :
Une fois que le switch vers valorisation de l’injection est exécuté, il est
irréversible.
Le switch vers le nouveau service n’est pas toujours effectué sur base du
premier index dans la période MIG 6. (ex. MROD, Ad Hoc Meter Read et
61
UTMD à cause d’un nouveau compteur).
Brussel:
Ter discussie: #102722
Start nieuwe service ‘Beperkte vermarkting injectie’:
Op EDsplit (eerste dag van de maand van Go-live) via de datamigratie bij
Go-live van MIG 6
Indexopname op EDsplit
Opmerking: Scope beperkt: +- 3.000 toegangspunten
Voor een gedetailleerde voorbeelduitwerking per methode, zie sectie 9.7.1
(VL/WAL) en 9.7.2 (BRU).
Bruxelles :
En discussion : #102722
Le départ du nouveau service « commercialisation contrainte de l’injection » :
À l’EDsplit (le premier jour du mois de Go-Live) par la migration chez GoLive de MIG 6.
L’index à l’EDsplit
Remarque : Le scope est restreint : +- 3.000 points d’accès.
Pour un exemple détaillé par méthode, voir la section 9.7.1 (VL/WAL) et 9.7.2
(BRU).
6.1.2
De AMR Productie punten / Les points de production AMR
AMR Productie punten, in MIG 4.1 gemodelleerd als 2 aparte accesspoints (EANs
voor A- en A+) worden zullen naar het model met 1 headpoint met 2 SDP en de
service ‘Vermarkting injectie’.
Deze conversie vindt plaats op de Go-Live van MIG 6.
De volledige scope zal geconverteerd worden.
o Let op: Uitzondering voor "moeilijke configuraties met meerdere
SDP's (bijvoorbeeld 4) kan het zijn dat deze met een afzonderlijk
HP blijven bestaan
Les points de production AMR, modélisés dans MIG 4.1 comme deux points
d'accès distincts (codes EAN pour A- et A+) sont convertis au modèle avec 1
Headpoint avec 2 SDP et le service « Commercialisation de l’injection ».
Cette conversion se passe au Go-Live de MIG 6.
Le scope complet sera converti.
o Attention : Exception pour les « configurations complexes avec
plusieurs SDP (par exemple, 4). Il est possible que ces types de
configurations conservent un HP distinct
Zie ook onderstaande figuur:
Voir aussi la figure ci-dessous :
62
POD
Contract
EAN1 - Cons
Contract 1
EAN2 - Prod
Contract 2
MIG4
Headpoint
MIG6
POD
Supplierkey
SDP
Headpoint EAN1
Contract
SDP 1 –
EAN1_SC_COMMOFF
EAN1 - Cons
Contract 1
SDP 2 –
EAN1_SC_COMMINJ
EAN2 - Prod
Contract 2
Service explicitely put on
commercialisation of injection
Figure 15 AMR PROD
De migratieaanpak van de datahistoriek voor deze punten: zie sectie 8.5.4.
6.2
L’approche de migration de l’historique des données pour ces points: voir section
8.5.4.
Start smart meters : / Démarrage des compteurs intelligents :
Start voor de slimme meters reeds geïnstalleerd op moment van Go-live MIG 6.0:
EANDIS & INFRAX: Reeds geplaatste meters al van bij go-live kenbaar
maken als smart meter, en dit in regime 1 (inclusief maandelijkse
informatieve waarden).
TBD: Gedetailleerde aanpak start slimme meters (VL): #102721
ORES & RESA & SIBELGA: Smart meter pas na de go-live als smart
meter kenbaar maken (au fil de l’eau).
Démarrage des compteurs intelligents déjà installés au moment du Go-live MIG
6.0 :
EANDIS & INFRAX : Feront en sorte que les compteurs déjà installés au
moment du Go-live soient identifiables comme compteur intelligent, en
régime 1 (ceci compris les valeurs informatives mensuelles)
TBD : L’approche détaillée du démarrage des compteurs intelligents (FL):
#102721
-
Het zal niet mogelijk zijn om “smart volumes” (intervalwaarden) op te vragen van de
periode voor de Go-live gezien deze meter voor Go-live gekend is als Klassieke
meter.
ORES & RESA & SIBELGA: Feront en sorte que les compteurs smart
soient identifiables comme compteur intelligent après le Go-live (au fil de
l’eau).
Il ne sera pas possible de demander des « volumes smart » (valeurs d'intervalle) de
la période avant le Go-live étant donné que ce compteur est connu avant le Go-live
63
comme un compteur Classique.
6.3
6.3.1
Controlled start / Démarrage contrôlé
Algemeen / Généralités
Figure 16. The controlled start of MIG 6.0
MIG 6.0 zal progressief worden opgestart volgens de criticiteit van de processen.
Eerste focus is de opstart van de transactionele processen en het wegwerken van
MIG 6.0 sera démarré progressivement selon le degré de criticité des processus.
L'accent est mis sur le lancement des processus transactionnels et l'élimination du
64
de buffer die in de periode EDSplit tot Go-live I werd opgebouwd. Het principe wordt
toegepast dat vanaf de buffer van een bepaald domein werd verwerkt, het domein
verder loopt in de modus “Business as Usual”. Hierbij is het belangrijk dat we de
verschillende buffers per domein druppelsgewijs (qua aantallen) zullen opstarten.
Bijvoorbeeld, eerst 10 verwerken, daarna 100, daarna 1000, …
buffer constitué pendant la période EDSplit jusqu'au Go-live I. En principe, dès que le
buffer pour un domaine déterminé a été traité, le domaine peut se poursuivre dans
le mode « Business as Usual ». En plus, il est important que nous démarrions
progressivement (en termes de nombres) les différents par domaine. Par exemple :
traiter d’abord 10, ensuite 100, ensuite 1000 …
De marktcommunicatie en verwerking van de gebufferde gegevens wordt opgestart
vanaf Go-live I. Berichten die bestemd zijn voor de Balance suppliers, zullen
worden klaar gezet op de uitgaande queues van de CMS, zodanig dat de Balance
suppliers deze berichten na Go-live II kunnen ophalen. Er dient voor te worden
gezorgd dat enerzijds de queues voldoende groot zijn en voldoende performant om
vanaf Go-live II alle berichten aan de Balance suppliers te kunnen bezorgen. Echter
nieuwe structuring aanvragen vanuit de Balance suppliers (via standaard
marktcommunicatie of webtool) zullen pas worden uitgevoerd vanaf Go-live II.
Datum Go-live II te bepalen onder Balance suppliers.Sequentie van de
gecontroleerde start zoals geïllustreerd op bovenstaande figuur:
La communication au marché et le traitement des données mémorisées, démarre à
partir du Go-live I. Les messages destinés aux Balance suppliers, seront préparés
sur les « listes d’attente » sortant du CMS, les Balance suppliers pourront ainsi aller
chercher ces messages après le Go-live II. On doit faire en sorte que d’une part les
« listes d’attente » sont suffisamment grandes et suffisamment performantes pour
pouvoir délivrer les messages aux Balance suppliers à partir du Go-live II.
Cependant les nouvelles demandes structuring des Balance suppliers (via
communication standard du marché ou webtool) ne seront exécutées qu’à partir du
Go-live II. Date Go-live II à déterminer entre Balance suppliers.
Séquence du lancement contrôlé comme illustré dans la figure ci-dessus :
0.
1.
2.
3.
4.
Berekening van de iExV MIG 6.0 en VI volumes gebaseerd op de
gemigreerde metering volumes. Voor verdere uitwerking cfr 6.3.3 & 6.3.4.
Uitvoeren health checks met vooraf geselecteerde cases op de live
productie omgevingen.
Opstarten en versturen van de buffer van de GOL gegevens van bij de
DNB’s volgens de sequentie dat deze berichten normaal zouden worden
verzonden.
a. LET OP: Verificatie nodig of er wijzigingen zijn in het access
register met een impact op GOL
Opstarten en versturen van de buffer van de AMR meetgegevens van bij
de DNB’s volgens de sequentie dat deze berichten normaal zouden
worden verzonden.
a. LET OP: Access register / TMD op dit ogenblik nog niet up to date
met de gebufferde wijzigingen. AMR waarden verstuurd aan een
verkeerde Balance supplier / niet in lijn met TMD, dienen te
worden gecorrigeerd via een rectificatie / update. (Potentieel
aantal wordt laag ingeschat)
Opstarten en verwerken van de buffer van de structuring gegevens, zowel
deze geïnitieerd door de DNB (update TMD, Move out,…) als deze
geïnitieerd door de Balance supplier. De preswitching (Basic & Light)
0.
1.
2.
3.
4.
65
Calcul du iExV MIG 6.0 et les volumes VI basés sur les données metering
migrées. Pour le traitement ultérieur, voir 6.3.3 & 6.3.4.
Exécution des « health checks » avec des cas sélectionnés au préalable
dans des environnements de production « live ».
Démarrage et envoi du buffer des données GOL depuis le GRD suivant la
séquence qui serait normalement utilisée pour envoyer ces messages.
a. ATTENTION : Vérification nécessaire pour identifier des
modifications dans le registre d’accès avec un impact sur le GOL
Démarrage et envoi du buffer des données de mesure AMR depuis le
GRD suivant la séquence qui serait normalement utilisée pour envoyer ces
messages.
a. ATTENTION : Le registre d'accès / TMD n'a pas encore été mis à
jour avec les modifications qui ont été mises en attente
temporairement. Les valeurs AMR envoyées à un mauvais
Balance supplier / non conformes aux TMD, doivent être
corrigées par une rectification / update. (Selon les estimations, le
nombre potentiel est faible)
Démarrage et traitement du buffer des processus de structuring, aussi bien
pour les processus initiés par le GRD (update TMD, move out,…) que pour
ceux initiés par les Balance suppliers. La fonctionnalité de preswitching
5.
6.
7.
8.
functionaliteit zal beschikbaar zijn vanaf het succesvol afronden van de
health checks (stap 1). Voor verdere uitwerking cfr. 6.3.2.
Opstarten en verwerken van de YMR/MMR/SMR metering gegevens
(periodiek en niet periodiek). Gebufferde metering gegevens worden
sequentieel verwerkt volgens originele berichtdatum. Om steeds zeker te
zijn dat: de correcte metering slices aan de juiste Balance supplier worden
verstuurd en de metering gegevens aan de correcte TMD (TH<>HI/LO, …)
gekoppeld kunnen worden, wordt dit pas opgestart na het up to date
brengen van het access register en de TMD.
Opstarten en verwerken van de rectificatie aanvragen. Gebufferde
recificatie aanvragen worden sequentieel verwerkt volgens originele
berichtdatum.
a. LET OP: Mogelijk dat een deel van de gebufferde rectificaties
reeds is opgelost door de verwerking van de gebufferde
gegevens.
Verwerken en versturen van de Infeed, CBW en KCF gegevens vanuit de
DNB / TNB volgens de sequentie dat deze berichten normaal zouden
worden verzonden ter voorbereiding van de allocatie van de volumes van
de maand M.
Opstart van de batch processen (Reconciliatie / Allocatie / Billing
(INVOIC))
5.
6.
7.
8.
Les programmations détaillées des différentes étapes seront reprises dans le
Plan de transition.
De gedetailleerde timings van de verschillende stappen, zullen worden opgenomen
in het Transitie Plan (Draaiboek).
6.3.2
Controlled start - structuring / Démarrage contrôlé - Structuring
Principes:
Voor de gebufferde structuring scenario’s dient er geen preswitch te
worden uitgevoerd
De preswitching functionaliteit wordt geactiveerd na de health checks voor
nieuwe structuring scenario’s.
o Echter het access register en de Technical Master Data zijn pas
up to date na de verwerking van de structuring buffer.
Aangevraagde structuring modules kunnen dus, in tegenspraak
met de informatie in de preswitch mogelijk worden geweigerd. Vb:
Aanvraag Start Access supplier switch na Go-live voor dat de
(Basic & Light) sera disponible dès que les « health checks » auront été
achevés avec succès (étape 1). Pour le traitement ultérieur, voir 6.3.2.
Lancement et traitement des données de mesurages YMR/MMR/SMR
(périodique et non périodique). Les données metering mises en attente
sont traitées de manière séquentielle suivant la date initiale du message.
Pour toujours s'assurer que les slices de metering corrects sont envoyés
au bon Balance supplier et que les données de mesurage peuvent être
reliées aux bons TMD (TH<>HI/LO,…), le lancement n'est effectué
qu'après avoir mis à jour le registre d'accès et les TMD.
Lancement et traitement des demandes de rectification. Les demandes de
rectification mises en attente sont traitées de manière séquentielle suivant
la date initiale du message.
a. ATTENTION : Il est possible qu'une partie des rectifications
mémorisées temporairement soient déjà résolues par le
traitement des données qui ont été mémorisées temporairement.
Traitement et envoi des données Infeed, CBW et KCF depuis GRD/GRT
suivant la séquence qui serait normalement utilisée pour envoyer ces
messages en vue de la préparation de l'allocation des volumes de mois M.
Lancement des processus batch (Réconciliation / Allocation / Billing
(INVOIC))
Principes:
Pour les scénarios de structuring mémorisés temporairement, aucun
preswitch ne doit être effectué
La fonctionnalité de preswitching est activée après les « health checks »
pour les nouveaux scénarios de structuring.
o En réalité, le registre d'accès et le Technical Master Data ne sont
à jour qu'après le traitement de la mémoire temporaire de
structuring. Des modules structuring demandés peuvent donc,
contrairement aux informations du preswitch, être éventuellement
refusés. P. ex. : demande de Start Access supplier switch après
66
voorafgaande, reeds uitgevoerde Move out werd verwerkt.
Preswitch (Basic & Light) kunnen via een synchrone interface
worden aangevraagd, zodanig dat deze onmiddellijk worden
behandeld i.p.v. sequentieel na de gebufferde structuring
scenario’s.
Alle gebufferde structuring scenario’s, van zowel de DNB’s als de Balance
suppliers, dienen door Atrias te worden gegroepeerd en geordend en zo te
worden verwerkt in de CMS (sequentieel per tijdseenheid).
o Noodzakelijk voor de correcte verwerking (principe “replay the
movie”)
o De verwerking van nieuwe gegevens, eigen aan de day to day
operationele werking na de Go-live van MIG 6.0, dienen
sequentieel aan te sluiten bij de verwerking van de gebufferde
gegevens. (Uitzondering: Preswitch Basic & Light)
o Aanvragen voor een Start Access of Move In via de synchrone
interface zijn pas mogelijk vanaf Go-live I + 1 week (na de
controlled start). Dit om de gebufferde structuring aanvragen uit
de MIG 4 periode in de correcte sequentie te kunnen verwerken.
o
-
Aanpak:
Vanuit de Balance suppliers worden de structuring aanvragen verstuurd in
MIG 4.1 gedurende de periode van EDsplit – Go-live I. De structuring
aanvragen van de Balance suppliers worden gebufferd op de VAN met
een timestamp wanneer deze berichten op de VAN worden gezet. (Cfr.
5.8)
Buffer van de TMD van de DNB’s met effective date >=EDsplit bij de DNB’s
/ huidige clearing houses. (Cfr. 5.8)
Atrias doet een conversie van de MIG 4.1 gebufferde berichten naar MIG
6.0 / MIG DGO. (Cfr. 5.8)
Sequentieel opladen van de gebufferde berichten in de CMS gegroepeerd
per tijdseenheid (zoals bepaald in 5.8) via de queue’s van MIG 6.0 / MIG
DGO. (Cfr figuur 16)
Opmerking: Day to day structuring gegevens worden sequentieel toegevoegd aan
de queue’s van MIG 6.0 / MIG DGO. Dit wil zeggen dat tijdens de verwerking van
de gebufferde gegevens in het CMS, de periode waarbinnen een antwoord wordt
gestuurd vanuit het CMS in de vorm van een accept of een reject langer kan duren
-
Go-live avant que le Move out précédent déjà effectué n'ait été
traité.
o Preswitch (Basic & Light) peut être demandé par une interface
synchrone pour que celles-ci puissent être traitées
immédiatement non de façon séquentielle après les scénarios de
structuring mémorisés temporairement.
Tous les scénarios structuring mémorisés temporairement, par les GRD et
les Balance suppliers, doivent être groupés et classés par Atrias et traités
dans le CMS (séquentielement par unité de temps).
o Nécessaire pour le traitement correct (principe « replay the
movie »)
o Le traitement des nouvelles données, propres au fonctionnement
opérationnel « day to day » après le Go-live du MIG 6.0, doit être
lié de façon séquentielle au traitement des données mémorisées
temporairement. (Exception : Preswitch Basic & Light)
o Des demandes pour un Start Access ou Move In par une
interface synchrone, sont possibles à partir du Go-live I + 1
semaine (après le controlled start). Ceci pour pouvoir traiter le
buffer des messages structuring dans la séquence correct.
Approche :
Les Balance suppliers envoient les demandes structuring en MIG 4.1
pendant la période d’EDsplit – Go-live I. Les demandes structuring des
Balance suppliers seront mémorisées sur le VAN avec un timestamp
lorsque le message a été déposé sur le VAN. (Cfr. 5.8)
Mémorisation des TMD avec une date effective >=EDsplit chez les GRD /
clearing houses actuelles. (Cfr. 5.8)
Atrias fait une conversion des messages mémorisés en MIG 4.1 au format
MIG 6.0 / MIG DGO. (Cfr. 5.8)
Traitement dans le CMS des messages mémorisés et groupés
séquentiellement par unité de temps (comme décrit dans 5.8) via les listes
d’attente d’MIG 6.0 / MIG DGO (Cfr figure16)
Remarque : Les données structuring « day to day » sont ajoutées de façon
séquentielle dans les listes d’attentes (queues) MIG 6.0 / MIG DGO. Cela signifie
que, pendant le traitement des données mises en attente dans le CMS, le délai
pour l'envoi d'une réponse depuis le CMS sous la forme d'une acceptation ou d'un
rejet pourra être supérieur aux délais standards.
67
dan de standaard timings.
Day to Day
Day to Day
MIG 6
D5
MIG DGO
SA Sup sw
D4
D3
TMD
D2
D1
CMS
Figure 17. Approach on the processing of the buffer in CMS
6.3.3
6.3.3.1
Controlled start – Herberekening iExV / Démarrage contrôlé – Recalcul iExV
Algemeen / En général
In deze sectie bespreken we de transitie van de MIG 4.1 iExV naar de MIG 6.0 iExV
die gebruikt worden in de Settlement en Gridfee processen. Gezien de
herberekening van de iExV’s dient te gebeuren op basis van de gemigreerde
metering gegevens, zullen de herberekende iExV’s ten vroegste beschikbaar zijn
vanaf Go-live I. De herberekende iExV’s zullen op volgende manier ter beschikking
worden gesteld van de Balance suppliers:
-
De iExV voor alle metering volumes per ToU metering en per Time Frame
Billing worden doorgestuurd via migratie files (Cfr 8.3.3)
-
De iExV voor alle settlement volumes per ToU settlement worden
beschikbaar gesteld aan de balance suppliers via de maandelijkse
snapshot volgens de timings en de stappen zoals beschreven in UMIG 6.0
- BR - SE - 02 - Allocation Process Electricity & UMIG 6.0 - BR - SE - 02 Allocation Process Gas
De herberekende iExV measure, zullen tevens via de migratie vanuit Atrias ter
beschikking worden doorgegeven aan de DNB’s die dit wensen.
Cette section traite de la transition des iExV MIG 4.1 vers les iExV MIG 6.0 utilisés
dans les processus Settlement et Gridfee. Étant donné que le recalcul des iExV doit
être effectué sur la base des données metering migrées, les iExV recalculés seront
disponibles au plus tôt à partir du Go-live I. Les iExV recalculés seront mis à
disposition des Balance suppliers de la manière suivante :
-
Les iExV pour tous les volumes de mesure par ToU et par Time Frame
Billing sont transférés via les fichiers de migration (Cfr 8.3.3)
-
Les iExV pour tous les volumes settlement par ToU settlement sont mis à
la disposition des Balance suppliers via le snapshot mensuel suivant les
programmations et les étapes telles que décrites dans UMIG 6.0 - BR - SE
- 02 - Allocation Process Electricity & UMIG 6.0 - BR - SE - 02 - Allocation
Process Gas
La mesure iExV recalculée sera également mise à la disposition des GRD qui le
souhaitent via la migration depuis Atrias.
68
6.3.3.2
Batchberekening / Calcul batch
Er moeten voor elke SDP nieuwe MIG 6.0 iExV’s beschikbaar zijn met een slice
startende vanaf EDSPLIT. De reden hiervoor is om het basisprincipe te garanderen
dat stelt dat volumes vanaf de MIG 6.0 periode moet verwerkt worden volgens de
MIG 6.0 logica.
De nouveaux iExV MIG 6.0 doivent être disponibles pour chaque SDP, et ce, avec
un timeslice à partir de EDSPLIT. Cela vise à garantir le principe de base qui stipule
que, dès la période MIG 6.0, les volumes doivent être traités selon la logique
MIG 6.0.
De MIG 6.0 iExV verschilt van de MIG 4.1 iExV op de volgende punten:
L'iExV MIG 6.0 diffère de l'iExV MIG 4.1 à plusieurs égards :
-
De MIG 6.0 iExV wordt berekend op basis van de nieuwe loadprofielen
(RLP’s / SLP ex).
-
L'IExV MIG 6.0 est calculé sur la base des nouveaux profils de charge
(RLP/ SLP ex).
-
De MIG 6.0 iExV wordt berekend voor de verschillende volumetypes
(compensatie vs injectie, productie, injectie, …)
-
L'IExV MIG 6.0 est calculé pour les différents types de volumes
(compensation VS injection, production, injection...)
Daarom voeren we een batchberekening uit die de iExV’s zal berekenen voor alle
SDP’s waar de iExV van toepassing is. De batchberekening wordt uitgevoerd
volgens volgende principes:
-
Wordt door het CMS uitgevoerd na Go-Live I (nadat alle benodigde
metering data gemigreerd is naar CMS).
-
De timeslices van de berekende iExV’s MIG 6.0 krijgen de eerste dag van
M als startdatum.
-
De volgende MIG 6.0 iExV’s worden berekend:
6.3.3.3
C'est pourquoi un calcul batch sera réalisé pour déterminer les iExV de tous les
SDP concernés. Le calcul batch sera effectué selon les principes suivants :
o
iEAV’s o.b.v. de laatst gevalideerde index per Time-of-Use
metering, per Time-frame Billing en per Time-of-use Settlement.
o
iEMV’s van de afgelopen 12 maanden (M-12 maanden tot M-1
maand) per Time-of-Use metering, per Time-frame Billing en per
Time-of-use Settlement.
o
De default gestandaardiseerde iExV’s
-
Réalisé par le CMS après le Go-Live I (après migration de toutes les
données metering nécessaires vers CMS).
-
La date de début des iExV MIG 6.0 calculés est le premier jour de M.
-
Les iExV MIG 6.0 calculés sont les suivants :
o
iEAV sur la base du dernier index validé par Time-of-Use
metering & par Time-frame Billing et par Time-of-use Settlement.
o
iEMV des 12 derniers mois (M-12 mois jusqu'à M-1 mois) par
Time-of-Use metering, par Time-frame Billing et par Time-of-use
Settlement.
o
Les iExV standardisés par défaut
Tijdelijke leegstand / Inoccupation provisoire
Indien een toeganspunt op EDSPLIT de status van ‘tijdelijke leegstand’, dan bedraagt
de EAV (MIG 4.1) 5% van de oorspronkelijke default EAV-waarden.
Si un point d'accès est en statut « inoccupation provisoire » (maison vide) à EDSPLIT,
l'EAV (MIG 4.1) s'élèvera à 5 % des valeurs EAV originales par défaut.
De batchberekening zal voor dit toegangspunt telkens 2 iEAV’s berekenen:
Pour ce point d'accès, le calcul batch déterminera 2 iEAV :
1.
iEAV MIG 6.0 “onbewoond”: Deze iEAV zal van toepassing zijn voor de
periode waarin het toegangspunt nog tijdelijk leeg is.
69
1.
iEAV MIG 6.0 « inoccupé » : cet iEAV s'appliquera à la période durant
laquelle le point d'accès est provisoirement inoccupé.
2.
iEAV MIG6.0 « occupé » : Cet iEAV est recalculé sur la base du dernier
2.
6.3.3.4
iExV berekening voor de nominaties van de maand M / Calcul iExV pour les nominations du mois M
Gezien de iExV pas beschikbaar ten vroegste na Go-live I, zal de iExV berekening
MIG 6.0 worden mee genomen voor alle DNB’s in de Pöyry studies. Scope voor de
iExV berekening is beperkt tot de iExV voor de volumes gebruikt binnen Settlement
met de ToU Settlement. Voor de scope, hypotheses en planning van deze
simulatie-oefening, verwijzen we naar de afspraken die zijn gemaakt in het kader
van Pöyry.
6.3.3.5
index validé alors que le point d'accès était encore occupé. Dès
suppression de l'inoccupation provisoire, le CMS attribuera cet iEAV au
point d'accès.
iEAV MIG6.0 “bewoond’: Deze iEAV wordt herberekend op basis van de
laatst gevalideerde index toen het toegangspunt nog bewoond was. Zodra
de status van tijdelijke leegstand wordt opgeheven, zal de CMS deze iEAV
toewijzen aan dit toegangspunt.
Étant donné que l'iExV sera disponible au plus tôt après le Go-live I, le calcul iExV
MIG 6.0 sera repris pour tous les GRD dans les études Pöyry. L'intervalle de calcul
des iExV est limité aux iExV pour les volumes utilisés dans Settlement avec le ToU
Settlement. Pour le scope, les hypothèses et le planning de cet exercice de
simulation, nous référons aux conventions qui ont été prises dans le cadre du
Pöyry.
Geforceerde berekening P & C volumes / Calcul forcé des volumes P & C
Teneinde de iExV’s van consumptie en productie te kunnen berekenen, dient het
CMS de consumptie en productie waar noodzakelijk te berekenen op basis van de
gemigreerde metering gegevens. Dit voor een periode die gelijk is aan de minimum
periode noodzakelijk voor de berekening van een iExV.
Afin de pouvoir calculer les iExV Consommation et Production, le CMS doit calculer
et la consommation et la production lorsque celle-ci est d’application sur base des
données metering migrées. Ceci pour une période qui est égale à la période
minimale nécessaire pour le calcul d’un iExV.
Belangrijk: Voor toegangspunten waarvoor in MIG 4.1 compensatie wordt
toegepast, zal de berekening van de iExV consumptie gebeuren op basis van
Max[A+-A-;0] in plaats van volgens de standaard MIG 6.0 formule waarbij [A+-A-]
wordt gebruikt. Dit in het geval dat de huidige clearing houses enkel beschikken
over de gecompenseerde metering volumes. Vanaf het CMS beschikt over de [A+A-] volumes, met andere woorden vanaf de eerste indexopname vanaf EDsplit, dient
de standaard berekening van de iExV consumptie te worden toegepast zoals
beschreven in UMIG 6.0 - HB - SE - 01 - ExV Calculation.
Important: Pour les points d’accès pour lesquelles on applique la compensation en
MIG 4.1, le calcul de la iExV consommation sera fait sur base de Max[A+-A-;0] au
lieu de la formule standard MIG 6.0 dans lequel on utilise [A+-A-]. Cette logique est
appliquée dans le cas où les clearing houses actuelles disposent seulement des
données metering compensées. Dès que le CMS dispose des volumes [A+-A-],
autrement dit dès que le premier index à partir de EDsplit, le calcul du iExV
consommation sera appliqué comme décrit dans le document UMIG 6.0 - HB - SE 01 - ExV Calculation.
70
Controlled start - Geforceerde (niet au fil de l’eau) berekening VI volumes / Démarrage contrôlé - Calcul forcé (pas au fil de l’eau) des volumes VI
6.3.4
VI volumes worden niet overgenomen vanuit de huidige clearing houses in het
CMS. Door de overgang van een batch proces naar een au fil de l’eau proces kan
immers niet worden gegarandeerd dat de VI steeds up to date is met de laatste
metering gegevens. Bovendien is niet steeds de gewenste granulariteit
(SDP/ToU/15’of 60’) van de VI volumes aanwezig in de huidige clearing houses.
Er dient een batch proces te worden voorzien in het CMS of de migratie logica om
de VI volumes te herberekenen. Deze herberekening dient te worden uitgevoerd
volgens de logica beschreven onder 7.2.3.
Bovenstaande logica heeft geen impact op de in MIG 6.0 voorziene processen.
Waar voorzien in MIG 6.0 zal de metering uitgestuurd in de markt steeds vergezeld
worden van een VI volume.
Les volumes VI ne sont pas importés dans le CMS depuis les clearing houses
actuelles. En passant d'un processus batch à un processus au fil de l'eau, il n'est en
effet pas possible de garantir que les VI seront en phase avec les dernières
données de metering. En outre, les clearing houses actuelles ne disposeront pas
nécessairement du niveau de détail souhaité (SDP/ToU/15’ ou 60’) pour les VI.
Il convient de prévoir un processus batch dans le CMS permettant de recalculer les
volumes VI. Ce recalcul doit être effectué selon la logique décrite au chapitre 7.2.3.
La logique ci-dessus n'a pas d'impact sur les processus prévus dans MIG 6.0.
Lorsque cela est prévu dans MIG 6.0, la mesure sera envoyée, accompagnée dans
tous les cas d'un volume VI.
6.3.5
Controlled start – Bepaling Reference advance / Démarrage contrôlé – Détermination Reference advance
Het “Reference advance” is een nieuw gegeven in MIG 6. Het MIG 6 “Reference Le « Reference advance » est une donnée neuve en MIG 6. Le MIG 6 « Reference
advance”, zal worden bepaald door de DNB op basis van het laatst aangerekende advance » sera déterminé par le GRD sur base du dernier acompte qui a été
voorschot dat werd aangerekend voor een volledige verbruiksmaand.
facturé pour un mois de consommation entier.
Het berekende “Reference advance”, zal via de migratiefiles vanuit de huidige Le « Reference advance » sera transmis par les fichiers de migration des clearing
clearing houses aan Atrias worden doorgegeven zodanig dat dit in het CMS kan houses actuelles à Atrias tel que ça peut être chargé dans le CMS.
worden opgeladen.
Controlled start – Capacity Allocation / Démarrage contrôlé – Allocation de capacité
6.3.6
-
-
-
Provisionele capaciteitsallocatie:
o M – [M+3]: Provisionele capaciteitsallocatie wordt uitgevoerd door
Fluxys pro rata van de Allocatie van januari van het voorafgaande
jaar
o [M+4]: Provisionele capaciteitsallocatie wordt uitgevoerd zoals
beschreven in MIG 6
Finale capaciteitsallocatie:
o Wordt vanaf M uitgevoerd volgens de MIG 6 afspraken
-
71
Allocation de capacité provisionnelle :
o M – [M+3] : l'allocation de capacité provisionnelle est réalisée par
Fluxys au prorata de l'allocation de janvier de l'année précédente
o [M+4] : l'allocation de capacité provisionnelle est réalisée comme
décrit en MIG 6
Allocation de capacité finale :
o Réalisée à partir de M selon les accords MIG 6
Dec ‘17
Jan ‘18
Feb ‘18
Mrt ‘18
Apr ‘18
Volumeallocatie
JAN
Provisionele
capaciteitsalloc.
JAN
Fluxys
Provisionele
capaciteitsalloc.
FEB
Provisionele
capaciteitsalloc.
MRT
Fluxys
Fluxys
May ‘18
Volumeallocatie
FEB
Volumeallocatie
MRT
Jun ‘18
Jul ‘18
Volumeallocatie
APR
Provisionele
Provisionele
Provisionele
Provisionele
capaciteitsalloc.
capaciteitsalloc.
capaciteitsalloc.
capaciteitsalloc.
APR
MEI
JUN
JUL
FinaleAtrias
Finale Atrias
Finale Atrias
Finale Atrias
capaciteitscapaciteitscapaciteitscapaciteitsallocatie
allocatie
allocatie
allocatie
JAN
FEB
MRT
APR
JANUARY 2017 = REFERENCE MONTH
JANUARY 2018 = REFERENCE MONTH
Figure 18. Planning start Capacity Allocation @ Atrias
6.3.7
Controlled start – Allocation van maand M / Démarrage contrôlé – Allocation du mois M
De volgende berichten worden doorgestuurd vóór de maand M+1 doorgestuurd
naar Fluxys:
Production Switch bericht
Client Switch bericht
Portfolio bericht
Het portfolio bericht (elek en gas) kan indien nodig na [Go-Live I + 1 week] naar de
BRPs en de Shippers doorgestuurd worden.
Les messages suivants sont envoyés au Fluxys avant le mois M+1:
Message de Production Switch
Message de Client Switch
Message de portfolio
Le message de portfolio (elec et gaz) peut, si nécessaire, être envoyé aux BRPs et
Shippers après le [Go-Live I + 1 week].
72
6.3.8
Controlled start – Fall back / Démarrage contrôlé – Fall back
Figure 19. Controlled start – Fall back approach
Definitie fall-back scenario: Scenario dat dient te worden uitgevoerd om de Transitie
naar MIG 6.0 / MIG DGO te onderbreken en een doorstart te maken in MIG 4.1.
Voorwaarde om te spreken van een Fall back scenario is dat er nog GEEN
technische wijzigingen werden doorgevoerd aan de Productie omgeving.
Définition d'un scénario Fall-back : Scénario qui doit être exécuté pour interrompre
la Transition vers MIG 6.0 / MIG DGO et lancer un redémarrage dans MIG 4.1. Un
scénario Fall back n'est possible que si AUCUNE modification technique n'a encore
été effectuée dans l'environnement de Production.
Een fall back moet mogelijk zijn bij de DNB’s, sociale leveranciers en TNB’s tot het
effectieve moment van de BU-Stop. Hierbij dient er door alle marktpartijen een
doorstart in MIG 4.1 te worden gemaakt.
Un fall back doit être possible chez les GRD, fournisseurs sociaux et les GRT
jusqu'au moment effectif du BU-Stop. Un redémarrage doit être possible par
toutes les parties du marché en MIG 4.1.
Een fall back moet mogelijk zijn bij de commerciële Balance suppliers tot het
effectieve moment van Go-live I. Hierbij dient er door alle marktpartijen een
doorstart in MIG 4.1 te worden gemaakt.
Un fall back doit être possible chez les Balance suppliers commerciaux jusqu'au
moment effectif du Go-live I. Un redémarrage doit être possible par toutes les
parties du marché en MIG 4.1.
La méthodique du Fall Back:
Methodiek voor de Fall back:
1.
1.
De sequentie voor het verwerken van de buffer wordt bepaald volgens het
principe van “replay the movie”. De MIG 4 ex-ante testen zullen in de
huidige clearing houses worden aangepast zodanig dat er geen scenario’s
onterecht geweigerd worden.
La séquence de l’exécution du buffer est déterminée selon le principe de
«replay the movie ». Les tests d’ex-ante (MIG 4) seront modifiés dans les
clearing houses actuelles de façon qu’il n’y ait aucun scénario qui soit
rejeté fautivement.
L’exemple :
Voorbeeld:
Une demande de Supplier Switch est envoyée le 02/01/2018 avec une
Supplier Switch aanvraag wordt verstuurd op 02/01/2018 met een
73
Requested Effective Date op 23/01/2018. (CMIN = 21cd)
Requested Effective Date le 23/01/2018. (CMIN = 21JC)
Fall back scenario wordt uitgevoerd op 18/01/2018.
Le scénario Fall Back est exécuté le 18/01/2018.
De VAN voert een gecontroleerd opstart uit waardoor het bericht 392
Supplier Switch op 19/01/2018 de DGO-BE systemen bereikt. De
DGO-BE systemen beschouwen dit moment als de request date van de
aanvraag.
Le VAN exécute un démarrage contrôlé par lequel le message 392
Supplier Switch arrive aux systèmes le 19/01/2018. Les systèmes de
DGO-BE considèrent ce moment comme la request date de la
demande.
Gevolg: de aanvraag zou ex-ante geweigerd worden omdat de er
slechts 4 cd zijn tussen de RD en ED. (RD = 19/01/2018, ED =
23/01/2018)
La conséquence : la demande serait rejetée ex-ante parce qu’il y a
seulement 4 JC entre la RD et l’ED. (RD = 19/01/2018, ED =
23/01/2018).
2.
De VAN zal een script voorzien om de gebufferde berichten (=aanvragen
van de Balance Suppliers) op de VAN sequentieel te verwerken zonder de
performantie aan te tasten.
3.
De DNB’s voorzien dat de gebufferde berichten in hun clearing houses op
een gecontroleerde manier en volgens een in het draaiboek te bepalen
planning op de VAN geplaatst worden. Dit om de performantie van de
VAN25 niet in het gedrang te brengen.
Een Go / No-go moment dient te worden voorzien tenminste 1 maand voor de
EDsplit om eventuele buffering van scenario’s met een financiële impact te beperken.
2.
Le VAN prévoira un script pour exécuter séquentiellement les messages
mis en attente sur le VAN (=les demandes des Balance Suppliers) sans
affecter la performance.
3.
Les GRDs prévoient que les messages mis en attente dans leurs clearing
houses soient mis sur le VAN de manière contrôlée et selon un planning
encore à déterminer dans le Plan de Transition (=’draaiboek’). Ceci afin de
ne pas compromettre la performance du VAN26.
Un moment Go / No-go doit être prévu au moins 1 mois avant l'EDsplit afin de limiter
la mémorisation temporaire des scénarios ayant un impact financier.
25
De VAN heeft volgende beperkingen bij het verwerken van de DNB buffer: 1.2 MB/min en 70 enveloppes/min. Deze gegevens houden reeds rekening met het
berichtverkeer (gebufferde balance suppliers berichten) en het verkeer van de operationele activiteiten na de fall back.
26
Le VAN a des restrictions suivantes dans le traitement du buffer de GRD : 1.2 MB/min et 70 enveloppes/min. Ces données tiennent déjà compte avec du trafic de
message (des messages de balance suppliers mémorisés) et du trafic des activités opérationnels après le fall back.
74
6.3.9
Controlled start – Roll Back / Démarrage contrôlé – Roll Back
Figure 20. Controlled start – Roll back approach
Definitie roll-back scenario: Scenario dat dient te worden uitgevoerd om de Transitie
naar MIG 6.0 / MIG DGO te onderbreken en een doorstart te maken in MIG 4.1.
Voorwaarde om te spreken van een Roll Back scenario is dat er al WEL technische
wijzigingen werden doorgevoerd aan de Productie omgeving.
Définition d'un scénario Roll-back : Scénario qui doit être exécuté pour interrompre
la Transition vers MIG 6.0 / MIG DGO et lancer un redémarrage dans MIG 4.1. Un
scénario Roll back n'est possible que si les modifications techniques ont déjà été
effectuées dans l'environnement de Production.
Een Roll back moet mogelijk zijn tot op het effectieve moment van Go-live I voor de
DNB’s, sociale leveranciers en TNB’s. Dit impliceert een terugkeer naar de MIG 4.1
functionaliteit en een doorstart van de marktprocessen in MIG 4.1.
Un Roll back doit être possible jusqu'au moment effectif du Go-live I pour les GRD,
fournisseurs sociaux et les GRT. Ceci implique un retour vers la fonctionnalité MIG
4.1 et un redémarrage des processus de marché en MIG 4.1.
Methodiek voor de Roll back:
La méthodologie du Roll back :
1.
1.
De sequentie voor het verwerken van de buffer wordt bepaald volgens het
principe van “replay the movie”. De MIG 4 ex-ante testen zullen worden
aangepast zodanig dat er geen scenario’s onterecht geweigerd worden.
Voorbeeld:
La séquence de l’exécution du buffer est déterminée selon le principe de
«replay the movie ». Les tests d’ex-ante (MIG 4) seront modifiés de façon à
ce qu’il n’y ait aucun scénario qui soit rejeté fautivement.
L’exemple :
Supplier Switch aanvraag wordt verstuurd op 02/01/2018 met een
Une demande de Supplier Switch est envoyée le 02/01/2018 avec une
75
2.
3.
Requested Effective Date op 23/01/2018. (CMIN = 21cd)
Requested Effective Date le 23/01/2018. (CMIN = 21JC)
Fall back scenario wordt uitgevoerd op 18/01/2018.
Le scénario Fall Back est exécuté le 18/01/2018.
De VAN voert een gecontroleerd opstart uit waardoor het bericht 392
Supplier Switch op 19/01/2018 de DGO-BE systemen bereikt. De
DGO-BE systemen beschouwen dit moment als de request date van de
aanvraag.
Le VAN exécute un démarrage contrôlé par lequel le message 392
Supplier Switch arrive aux systèmes le 19/01/2018. Les systèmes de
DGO-BE considèrent ce moment comme la request date de la
demande.
Gevolg: de aanvraag zou ex-ante reject worden omdat de er slechts 4
cd zijn tussen de RD en ED. (RD = 19/01/2018, ED = 23/01/2018)
La conséquence : la demande serait rejetée ex-ante parce qu’il y a
seulement 4 JC entre la RD et l’ED. (RD = 19/01/2018, ED =
23/01/2018).
De VAN zal een script voorzien om de gebufferde berichten (=aanvragen
van de Balance Suppliers) op de VAN sequentieel te verwerken zonder de
performantie aan te tasten.
De DNB’s voorzien dat de gebufferde berichten in hun clearing houses op
een gecontroleerde manier en volgens een in het draaiboek te bepalen
planning op de VAN geplaatst worden. Dit om de re van de VAN27 niet in het
gedrang te brengen.
Er vanuit gaande dat MIG DGO voor MIG 6.0 zal worden geactiveerd, dient er
vanuit DNB standpunt maximaal te worden getracht om een roll back mogelijk te
maken (te voorzien in de design) gedurende een beperkte periode na de start van
de communicatie van MIG DGO (vb. tijd nodig voor health checks). Indien geen roll
back mogelijk is bij de DNB’s na de eerste communicatie in MIG DGO, dan dient de
start van MIG DGO en MIG 6.0 simultaan te verlopen.
In het transitieplan zullen verschillende Go/No-go momenten worden voorzien die
voorafgaan aan de BU-stop (vb. na de laatste finale Dry run). Door het definiëren
2.
Le VAN prévoira un script pour exécuter séquentiellement les messages mis
en attente sur le VAN (=les demandes des Balance Suppliers) sans affecter
la performance.
3.
Les DGOs prévoient que les messages mis en attente dans leurs clearing
houses sont mis sur le VAN28 à d’une manière contrôlée et selon un
planning encore à déterminer dans le Plan de Transition (=’draaiboek’).
Partant du principe que le MIG DGO sera activé avant le MIG 6.0, il faut essayer au
maximum du point de vue du GRD de permettre un retour en arrière (à prévoir dans
le design) pendant une période limitée après le démarrage de la communication
MIG DGO (p. ex. temps nécessaire pour des health checks). Si un retour en arrière
n'est plus possible chez les GRD après la première communication dans MIG DGO,
il convient d'effectuer le démarrage du MIG DGO et du MIG 6.0 simultanément.
Dans le plan de transition, les différents moments Go/No-go seront prévus,
préalablement au BU-stop (p. ex. après le dernier Dry run final). En définissant
suffisamment d’entry criteria afin qu’aux moments de ces Go/No-go, les problèmes
aient été détectés préalablement et qu’un scénario de retour en arrière soit évité au
27
De VAN heeft volgende beperkingen bij het verwerken van de DNB buffer: 1.2 MB/min en 70 enveloppes/min. Deze gegevens houden reeds rekening met het
berichtverkeer (gebufferde balance suppliers berichten) en het verkeer van de operationele activiteiten na de fall back.
28
Le VAN a des restrictions suivantes dans le traitement du buffer de GRD : 1.2 MB/min et 70 enveloppes/min. Ces données tiennent déjà compte du trafic de message
(des messages de balance suppliers mémorisés) et du trafic des activités opérationnels après le fall back.
76
van afdoende entry criteria voor deze Go/No-go momenten moeten problemen zo
veel als mogelijk op voorhand worden gedetecteerd en een roll back scenario
maximaal worden vermeden.
Point of no return = Go-live I. In het geval een Balance supplier niet klaar is met de
uitrol van MIG 6.0 op Go-Live II, is het webportal van Atrias beschikbaar vanaf GoLive II indien de nodige credentials werden aangevraagd bij Atrias. Gentleman’s
agreement om geen “robot” te gebruiken voor de aanvragen.
maximum.
Point of no return = Go-live I. Dans le cas où un Balance Supplier n'est pas prêt
pour le déploiement de MIG 6.0 sur Go-Live II, le portail Web d'Atrias est disponible
depuis le Go-Live II lorsque les données de connexion nécessaires ont été
demandées chez Atrias. Il existe un accord tacite de ne pas utiliser de « robots »
pour les requêtes.
77
7 MIG 6.0, MIG TSO, MIG TPDA, MIG AO en MIG DGO processen met een impact op de MIG 4.1
periode / Processus MIG 6.0, MIG TSO, MIG TPDA, MIG AO et MIG DGO ayant un impact sur la
période MIG 4.1
Het basisprincipe van de big-bang-aanpak stelt dat er geen parellelwerking mogelijk
is tussen MIG 4.1 en MIG 6.0 processen. In dit hoofdstuk bespreken we dan ook de
principes van MIG 6.0 processen met een impact op de MIG 4.1 periode.
7.1
Le principe de base de l'approche big-bang élimine toute possibilité de
fonctionnement en parallèle entre les processus MIG 4.1 et MIG 6.0. Dans ce
chapitre, nous parlons dès lors des principes des processus MIG 6.0 qui ont un
impact sur la période MIG 4.1.
Split volumes / Volumes de scission
Figure 21. Approach on split volumes
In het kader van de Billing, Settlement en bij uitbreiding rectificatie (mbt Billing en
Settlement) processen, worden metering volumes van de MIG 4.1 periode in het
CMS gesplit door MIG 6.0 processen.
Dans le cadre du Billing, du Settlement et en cas d'extension des processus de
rectification (pour Billing et Settlement), les volumes de metering de la période MIG
4.1 seront divisés dans le CMS par les processus MIG 6.0.
De split-regel is als volgt:
La règle de division est la suivante :
-
-
Volumes m.b.t. de periode voor EDsplit worden gesplitst volgens het MIG
4.1 load profile.
Volumes m.b.t. de periode vanaf EDsplit worden gesplitst volgens het MIG
6.0 load profile.
Volumes overlappend met EDsplit worden eerst gesplit volgens het MIG 6.0
78
Les volumes relatifs à la période avant EDsplit sont divisés selon le profil de
charge MIG 4.1.
Les volumes relatifs à partir de la période après EDsplit sont divisés selon le
profil de charge MIG 6.0.
Les volumes chevauchant EDsplit sont d'abord divisés selon le profil de
load profile, de curve van RLP0M voor de periode van voor EDsplit (met
uitzondering van Exclusief nacht, deze wordt verdeeld op basis van SLP
EX * KCF) en volgens RLP0N*KCF*RF voor de periode vanaf EDsplit (met
uitzondering van Exclusief nacht, deze wordt verdeeld op basis van SLP
EX * KCF * RF), en vervolgens wordt het volume van voor EDsplit opnieuw
gesplit volgens het MIG 4.1 load profile.
7.2
7.2.1
charge MIG 6.0, la courbe du RLP0M pour la période avant EDsplit (à
l'exception de l'exclusif nuit dont la répartition est réalisée selon SLP EX *
KCF) et selon RLP0N*KCF*RF pour la période à partir de EDsplit (à
l'exception de l'exclusif nuit dont la répartition est réalisée selon SLP EX *
KCF * RF), et ensuite, le volume avant EDsplit est à nouveau divisés selon
le profil de charge MIG 4.1.
Reconciliatie / Réconciliation
Inleiding / Introduction
In deze sectie bespreken we de transitie het reconciliatieproces. De transitie met
betrekking tot ‘reconciliatie’ dient een oplossing te bieden voor het feit dat de 37
maanden voor de ‘go-live’ van MIG 6.0 nog volgens het MIG 4.1 allocatiemodel
gealloceerd werden, terwijl de (finale) reconciliatie voor deze maanden na de ‘golive’ van MIG 6.0 plaats vindt.
Moment of
calculating the
reconciliation
De periode die in beschouwing genomen wordt voor de transitie is beperkt tot de
maanden tussen de ‘Go-Live’ – 37 maanden en de ‘go-live’ zelf. De maanden
gedurende dewelke de transitie uitgevoerd wordt, is beperkt tot de maanden tussen
de ‘Go-Live’ en de ‘Go-Live’ + 37 maanden.
Cette section traite la transition du processus de réconciliation. La transition relative
au processus de « réconciliation » doit offrir une solution afin que, durant les 37
mois précédant le « Go-Live » de MIG 6.0, l'allocation s'effectue encore selon le
modèle MIG 4.1, alors que la réconciliation (finale) pour ces mois sera réalisée
auprès le « Go-Live » MIG 6.0.
La période prise en considération pour la transition est limitée aux mois entre le
« Go-Live » - 37 mois et le « Go-Live » même. La période d'exécution de la
transition est limitée aux mois entre le « Go-Live » et le « Go-Live » + 37 mois.
Months (of the volumes) on which the reconciliation is calculated
Between 'Go-live - 37
Before 'Go-Live - 37 months'
After 'Go-Live
months' and 'Go-Live'
Allocation UMIG 4.1
Allocation UMIG 4.1
Before 'Go-Live'
/
- VIE UMIG 4.1
- VIE UMIG 4.1
Between 'Go-Live' and
Allocation UMIG 6.0
/
TRANSITION
'Go-Live + 37 months'
- VIA UMIG 6.0
After 'Go-Live + 37
Allocation UMIG 6.0
/
/
months'
- VIA UMIG 6.0
Table 7. Transition period Reconciliation
7.2.2
Berekening VA-Volume / Berekening VA-Volume / Calcul du volume VA
Tijdens de transitieperiode wordt op dezelfde manier als ná de transitieperiode
gebruik
gemaakt
van
VA-volumes.
Deze
volumes
worden
per
toegangspunt/energierichting berekend. Voor de maanden na de transitieperiode
wordt het VA-volume voor een bepaalde combinatie toegangspunt/energierichting
Durant la période de transition, les volumes VA seront utilisés de la même manière
qu'après la période de transition. Ces volumes sont calculés par point
d'accès/direction de l'énergie. Pour les mois postérieurs à la période de transition, le
volume VA pour une combinaison point d'accès/direction de l'énergie spécifique
79
berekend als de som van de MIG6 allocatievolumes voor een bepaalde maand en
ToU. Gezien er tijdens de transitieperiode echter geen allocatievolume beschikbaar
is per toegangspunt/energierichting dient hiervoor een alternatief gezocht te
worden.
consistera en la somme des volumes d'allocation MIG 6 afférents à un mois et un
ToU déterminés. Cependant, étant donné qu'aucun volume d'allocation ne sera
disponible par point d'accès/direction de l'énergie durant la période de transition, il
convient de trouver une alternative.
In wat volgt bespreken we in detail de aanpak van de VA-volumes berekening
tijdens de transitieperiode. De berekende VA volumes dienen enkel ter substitutie
van de VI volumes wanneer er nog geen index beschikbaar is voor de te
reconciliëren periode. De berekende VA volumes vervangen in geen geval de
MIG4.1 allocatieresultaten.
La section qui suit décrit de façon détaillée l'approche adoptée pour le calcul des
volumes VA durant la période de transition. Les volumes VA calculés visent
seulement à se substituer aux volumes VI lorsqu'aucun index n'est encore
disponible pour la période de réconciliation. Les volumes VA calculés ne
remplacent en aucun cas les résultats de l'allocation MIG4.1.
Inputgegevens:
Données en entrée :
-
Allocatievolumes per marktcombinatie: SLP categorie, Metering method,
energierichting, BR, Balance Supplier, GOS (gas)
-
Volumes d'allocation par combinaison de marché : catégorie SLP,
Metering method, direction de l'énergie, BR, Balance Supplier, GOS (gaz)
-
ExV-waarden van alle toegangspunten voor de referentieperiode van het
allocatievolume zoals deze gekend zijn op het moment van de berekening
van de VA-volumes tijdens de Atrias migratie.
-
Valeurs ExV de tous les points d'accès pour la période de référence du
volume d'allocation, telles qu'elles sont connues au moment du calcul des
volumes VA pendant la migration d’Atrias.
-
Set van toegangspunten horende tot de marktcombinatie van de
referentieperiode van het allocatievolume zoals het gekend is op het
moment van de berekening van de VA-volumes.
-
Ensemble des points d'accès faisant partie de la combinaison de marché
pour la période de référence du volume d'allocation, tels qu'ils sont connus
au moment du calcul des volumes VA.
Berekening VA-volumes:
Calcul des volumes VA :
De berekening van de VA-volumes gebaseerd op de MIG 4.1 allocatievolumes
verloopt volgens 3 stappen.
Le calcul des volumes VA basé sur les volumes d'allocation MIG 4.1 se déroule en
3 étapes.
Stap 1: Berekening van de gealloceerde dagvolumes
Étape 1 : calcul des volumes journaliers alloués
O.b.v. de 15’/60’-waarden van de Top down allocatievolumes berekenen we het
geaggregeerde dag-volume per marktcombinatie. Doordat de MIG4.1
allocatievolumes niet beschikbaar zijn per ToU zal het resultaat in Total Hours (TH)
worden uitgedrukt.
Nous calculons le volume journalier agrégé par combinaison de marché en nous
basant sur les valeurs 15'/60' des volumes d'allocation Top down. Étant donné que
les volumes d'allocation MIG 4.1 ne sont pas disponibles par ToU, le résultat sera
exprimé en Total Hours (TH).
Stap 2: Berekening van de verdeelsleutels per toegangspunt
Étape 2 : calcul des clés de répartition par point d'accès
Berekening verdeelsleutels per toegangspunt: verhouding van de ExV-waarde van
het toegangspunt over de totale som van ExV-waarden van alle toegangspunten
behorende tot de marktcombinatie
Calcul des clés de répartition par point d'accès : rapport entre la valeur ExV du point
d'accès et la somme des valeurs ExV de tous les points d'accès faisant partie de la
même combinaison de marché.
Stap 3: Berekening van de VA-volumes
Étape 3 : calcul des volumes VA
Om tot slot de VA-volumes per SDP per dag in TH te verkrijgen dienen de
verkregen verdeelsleutels (~stap 2) vermenigvuldigd te worden met het
allocatievolume per dag in TH (~stap 1).
Enfin, pour obtenir les volumes VA (en TH) par jour et par SDP, les clés de
répartition obtenues (~étape 2) doivent être multipliées par le volume d'allocation
journalier en TH (~étape 1).
Opgelet: De focus van deze berekening ligt op het garanderen dat de totale som
Attention : ce calcul vise plus à garantir que la somme des volumes VA d'une
80
van de VA-volumes van een marktcombinatie gelijk is aan het oorspronkelijke
allocatievolume van deze combinatie i.p.v. het zo correct mogelijk herverdelen van
deze volumes per SDP.
combinaison de marché est égale au volume d'allocation original de cette
combinaison de marché qu'à répartir le mieux possible ces volumes par SDP.
Il convient de formuler les remarques suivantes concernant ces calculs :
Bij deze berekeningen dienen de volgende kanttekeningen gemaakt te worden:
-
1.
Bij een marktcombinatie die op het moment van de VA-volume
berekening geen toegangspunten bevat.
2.
Bij een marktcombinatie die wel op het moment van de VA-volume
berekening toegangspunten bevat, maar niet tijdens de uitvoering van
de originele allocatieberekening. In deze situatie wordt het VA-volume
gelijk gesteld aan 0.
-
Indien een netbeheerder de allocatiegegevens per toegangspunt heeft,
kan deze DNB er voor opteren om deze gegevens te gebruiken als input
voor de VA-volumes per SDP.
-
Het VA-volume wordt enkel opgeslagen in het CMS indien er nog geen VIvolume beschikbaar is voor dat toegangspunt voor dezelfde periode.
-
Voor toegangspunten in compensatie / valorisatie wordt enkel het
gecompenseerd / gevaloriseerd VA volume berekend. (Niet VA bruto
productie en VA bruto consumptie)
7.2.3
-
In principe is de som de VA-volumes per SDP voor een marktcombinatie
gelijk aan het oorspronkelijke allocatievolume voor de marktcombinatie.
Behalve in volgende situaties:
En principe, la somme des volumes VA par SDP pour une combinaison de
marché doit être égale au volume d'allocation original pour cette
combinaison de marché. Sauf dans les situations suivantes :
1.
Si la combinaison de marché ne possède aucun point d'accès au
moment où le volume VA est calculé.
2.
Si la combinaison de marché possède effectivement des points
d'accès au moment où le volume VA est calculé, mais pas lors de
l'exécution du calcul d'allocation original. Le cas échéant, le volume
VA est fixé à 0.
-
Si le gestionnaire de réseau dispose des données d'allocation par point
d'accès, ce GRD peut choisir de les utiliser pour le calcul des volumes VA
par SDP.
-
Le volume VA n'est sauvegardé dans le CMS que si le point d'accès
concerné ne dispose d'aucun volume VI pour la même période.
-
Pour les points d'accès en compensation/valorisation, seul le volume VA
compensé/valorisé est calculé (pas la production VA brute ni la
consommation VA brute).
Berekening VI-volumes / Calcul des volumes VI
De methodiek voor de berekening van de VI volumes in de reconciliatieprocessen
vanaf Go-live MIG6.0 zal worden beschreven voor volgende situaties:
1. Metering timeslice ligt volledig voor EDSPLIT (Timeslice 1)
2. Metering timeslice overlapt met EDSPLIT (Timeslice 2)
3. Metering timeslice ligt volledig na EDSPLIT (Timeslice 3)
La méthodologie utilisée pour calculer les volumes VI dans le cadre des processus
de réconciliation à partir du Go-live MIG 6.0 va être décrite pour les situations
suivantes :
1. La période de metering est antérieure à EDSPLIT (Timeslice 1)
2. La période de metering chevauche EDSPLIT (Timeslice 2)
3. La période de metering est postérieure à EDSPLIT (Timeslice 3)
81
ED SPLIT
MIG 4.1 PERIOD
MIG 6.0 PERIOD
TIMESLICE 1
TIMESLICE 2
TIMESLICE 3
Figure 22. Reconciliation Use Cases
7.2.3.1
Metering timeslice ligt volledig voor EDSPLIT / La période de metering est antérieure à EDSPLIT
De VI-volumes voor metering slices volledig voor EDSPLIT worden verdeeld op basis
van de MIG 4.1 methodologie. Dit betekent dat de volumes van niet-continu
gemeten toegangspunten verdeeld worden op basis van SLP*KCF*RF29. Voor
toegangspunten met lokale productie wordt er gewerkt met gecompenseerde
volumes.
Les volumes VI se rapportant aux périodes de metering antérieures à EDSPLIT sont
répartis conformément à la méthodologie MIG 4.1. Cela signifie que les volumes
des points d'accès non mesurés en continu sont répartis selon SLP*KCF*RF30.
Pour les points d'accès avec une production locale, on travaille avec des volumes
compensés.
Deze volumes worden berekend zonder rekening te houden met de verschillende
ToU (als TH volume verdeeld op basis SLP*KCF*RF).
Ces volumes sont calculés sans tenir compte des différents ToU (comme c'est le
cas pour le volume TH réparti selon SLP*KCF*RF).
Voor voorbeelden zie Annex 9.6.1.
Voir exemples à l'annexe 9.6.1.
7.2.3.2
Metering timeslice overlapt met EDSPLIT / La période de metering chevauche EDSPLIT
VI-volumes berekend voor timeslices overlappend met EDSPLIT worden initieel
verdeeld op basis van de MIG 6.0 methode. Dit betekent voor niet-continu gemeten
Les volumes VI calculés pour les périodes de metering chevauchant EDSPLIT sont
initialement répartis selon la méthode MIG 6.0. Cela signifie que, pour les points
29
Voor alle maanden voor Go-Live is de werkelijke MIG 4.1 RF vanaf Go-live I beschikbaar, dit gezien er geen reruns worden uitgevoerd na Go-live van MIG 6.0 op MIG
4.1 Allocaties.
30
Pour tous les mois avant le Go-Live, le RF MIG 4.1 effectif sera disponible à partir du Go-live I. Cela s'explique par le fait qu'aucun rerun ne sera exécuté sur les
allocations MIG 4.1 après le Go-live MIG 6.0.
82
toegangspunten dat er verdeeld wordt op basis van het profiel van RLP0M voor de
periode van voor EDsplit (met uitzondering van Exclusief nacht, deze wordt verdeeld
op basis van SLP EX * KCF) en volgens RLP0N*KCF*RF voor de periode vanaf
EDsplit (met uitzondering van Exclusief nacht, deze wordt verdeeld op basis van SLP
EX * KCF * RF). Voor toegangspunten met lokale productie wordt er gewerkt met
bruto productie en bruto consumptie volumes. Voor toegangspunten in
compensatie, wordt de bruto consumptie berekend op basis van Max[(A+-A-); 0]
volgens de formule: C = Max ((A+-A-);0) + (Installed power * SPP).
Voor de periode vóór de EDSPLIT wordt dan vervolgens een aggregatie gedaan van
de op die manier berekende VI-volumes. Dit geaggregeerd volume wordt
vervolgens opnieuw verdeeld op basis van de MIG 4.1 methodologie (cfr 7.2.3.1).
Het gedeelte gesplit volgens MIG6 wordt berekend per ToU. Het gedeelte gesplit
volgens MIG 4.1 wordt verdeeld als TH zonder rekening te houden met de
verschillende ToU.
Voor voorbeelden zie Annex 9.6.2.
7.2.3.3
d'accès non mesurés en continu, la répartition est réalisée selon la courbe du
RLP0M pour la période avant EDsplit (à l'exception de l'exclusif nuit dont la
répartition est réalisée selon SLP EX * KCF) et selon RLP0N*KCF*RF pour la
période à partir de EDsplit (à l'exception de l'exclusif nuit dont la répartition est
réalisée selon SLP EX * KCF * RF). Pour les points d'accès avec une production
locale, on travaille avec des volumes de production et de consommation bruts. Pour
les points d'accès en compensation, la consommation brute sera calculées sur la
base de Max[(A+-A-); 0] selon la formule: C = Max ((A+-A-);0) + (Installed power *
SPP).
Pour la période antérieure à EDSPLIT, tous les volumes VI calculés de cette manière
sont ensuite agrégés. Ce volume agrégé est ensuite à nouveau réparti selon la
méthodologie MIG 4.1 (cf. 7.2.3.1). La partie splittée selon MIG 6 est calculée par
ToU. La partie splittée selon MIG 4.1 est répartie en tant que TH sans tenir compte
des différents ToU.
Voir exemples à l'annexe 9.6.2.
Metering timeslice ligt volledig voorbij de ED-SPLIT / La période de metering est postérieure à ED-SPLIT
Volumes m.b.t. de periode na de EDSPLIT, worden gereconcilieerd volgens de MIG
6.0 afspraken, met uitzondering van toegangspunten in compensatie.
Voor toegangspunten in compensatie, wordt de bruto consumptie berekend op
basis van Max[(A+-A-); 0] volgens de formule: C = Max ((A+-A-);0) + (Installed power
* SPP). Dit in het kader van de gecontroleerde uitfasering van de service
compensatie en de gecontroleerde infasering van de service valorisatie. (cfr. Figuur
22 en Tabel 8)
Les volumes portant sur la période postérieure à EDSPLIT sont réconciliés selon les
accords MIG 6.0. Pour les points d'accès en compensation, la consommation brute
sera calculées sur la base de Max[(A+-A-); 0] selon la formule: C = Max ((A+-A-);0) +
(Installed power * SPP). Cela dans le cadre de l’extinction contrôlée du service
compensation et le démarrage contrôlé du service de valorisation. (cf. Figure 22 et
tableau 8.)
Voir 9.6.3 pour des exemples.
Voor voorbeelden zie 9.6.3.
Figure 23. Start new service (FL/WAL) with impact on reconciliation
Reconciliation – Calculation logic of “Consumption”
Metering slice I
C = Max ((A+ - A-) ; 0) + (Installed power * SPP)
83
Metering slice II
Metering slice III
Calculation of C according to the current MIG 6 logic
Table 8. Start new service (FL/WAL) - Calculation logic of consumption
7.2.3.4
Variabelen / Variables
Load profiles
SLP curves en de MIG 4.1 SLP categorie per toegangspunt dienen te worden
voorzien in het CMS. De toegewezen MIG 4.1 SLP categorie wordt bevroren op het
moment van BU stop. Wijzigingen of rectificaties van de SLP categorie zijn niet
meer mogelijk.
Voor Move-in’s in het verleden (Move in uitgevoerd vanaf Go-live MIG 6.0 maar met
een effective date voor EDSPLIT) wordt een default SLP categorie (bepaald op basis
van de SLP categorie met het grootst aantal EAN’s) toegepast:
Elektriciteit: S21
Gas: S41
Profils de charge
Les courbes SLP et la catégorie SLP MIG 4.1 par point d’accès doivent être
prévues dans le CMS. La catégorie SLP MIG 4.1 attribuée sera gelée au moment
du BU-stop. Il ne sera alors plus possible de modifier ou rectifier la catégorie SLP.
Une catégorie SLP par défaut (déterminée sur base de la catégorie SLP qui
regroupe le plus grand nombre d'EAN) sera attribuée aux Move-in situés dans le
passé (Move-in réalisés à partir du Go-live MIG 6.0, mais dont l'effective date est
antérieure à EDSPLIT) :
Électricité : S21
Gaz : S41
De SPP profielen dienen te worden berekend en voorzien in het CMS voor een
periode gelijk aan ten minste M-3jaar.
Les profils SPP doivent être calculés et stockés dans le CMS pour une période
équivalant au moins à M-3 ans.
De curve van RLP0M dient te worden berekend voor de periode vanaf M-3jaar.
La courbe du RLP0M doit être calculée jusqu'à M-3 ans.
Vermogen Lokale productie
Het timesliced vermogen van de lokale productie (PV) van aansluitpunten met
lokale productie dient te worden voorzien in het CMS en dit voor timeslices vanaf de
indienststelling van de lokale productie.
Puissance de la production locale
La puissance produite par les points d'accès avec production locale (PV) doit être
prévue dans le CMS, et ce pour toutes les périodes dès la mise en service de la
production locale.
7.2.4
Aggregatie van de reconciliatie / Agrégation de la réconciliation
Gezien de allocatie MIG 4.1 minder aggregatieniveaus heeft dan de MIG 6.0
allocatie, zullen de reconciliatie volumes voor de volumes van voor EDSPLIT enkel
worden voorzien voor volgende dimensies:
Distribution Grid Operator
Balance Supplier
Shipper of Balance Responsible Party
Grid Area (ARS, uniquement gaz)
Sector (elec/gaz)
Direction
Étant donné que l'allocation MIG 4.1 possède moins de niveaux d'agrégation que
l'allocation MIG 6.0, les volumes de réconciliation pour les volumes avant EDSPLIT ne
seront prévus que pour les dimensions suivantes :
Distribution Grid Operator
Balance Supplier
Shipper of Balance Responsible Party
Grid Area (ARS, uniquement gaz)
Sector (elec/gaz)
Direction
84
Volgende dimensies zullen bijkomend pas beschikbaar
reconciliatievolumes voor de volumes van NA EDSPLIT
Region (uniquement Elec)
Settlement Method (EMV/EAV/RMV/AMR/SMR3)
Time-of-Use Settlement
7.2.5
zijn
in
de
En outre, les dimensions suivantes ne seront disponibles dans les volumes de
réconciliation que pour les volumes APRES EDSPLIT
Region (uniquement Elec)
Settlement Method (EMV/EAV/RMV/AMR/SMR3)
Time-of-Use Settlement
Planning van de reconciliatie / Plannification de la réconciliation
* Example of the reconciliation runs after Go-Live in accordance to the planning principles
Figure 24. Planning of the reconciliation runs after Go-Live
85
Ten gevolge van de doorlooptijd van de controlled start (werkassumptie = 7-9cd)
zal:
De laatste x-run m.b.t de maand M-16 door de DNB’s uitgevoerd worden
in de maand M+1.
De y-run m.b.t. de maand M-32 door de DNB’s uitgevoerd worden in de
maand M+1.
De volgende planning principes m.b.t. de uitvoering van de eerste z-runs
na Go-Live zijn van toepassing :
o Er dient op een bepaald moment in de tijd te worden nagegaan
(bv. Op basis van de resultaten van de Dry-Runs) of de DNB’s zruns dienen uit te stellen en hoe lang deze uitgesteld zullen
worden.
o Het aantal z-runs dat wordt uitgesteld is afhankelijk van de
kwaliteit van de migratie runs. Dit kan nu nog niet worden
vastgelegd.
o Om de operationele impact bij de Balance Suppliers zo minimaal
mogelijk te houden, zullen de DNB’s maximaal 2 z-runs per
maand naar de markt sturen, indien een “catch-up” dient te
gebeuren.
7.3
7.3.1
A cause du délai de procédure du controlled start (supposition = 7-9 JC) :
Le dernier x-run concernant le mois M-16 sera exécuté par les GRDs dans
le mois M+1.
L’y-run concernant le mois M-32 sera exécuté par les GRDs dans le mois
M+1.
Les principes de planification suivants concernant l’exécution des
premiers z-runs s’appliquent :
o On doit déterminer, à un certain moment dans le temps (p.ex. : à
base des résultats des Dry-Runs) si les GRDs doivent retarder les
z-runs et combien de temps ceux-ci seront retardés.
o Le nombre des z-runs qui sont retardés est dépendant de la
qualité des runs de migration. Ceci ne peut pas encore être
déterminé.
o Pour minimiser l’impact opérationnel chez les Balance Supplier,
les GRDs enverront au maximum 2 z-runs par mois au marché, si
un « catch-up » doit se faire.
Billing / Facturation
Algemeen / Général
Alle gridfee (/transactie cost/OSP voor Brussel) die vandaag in de huidige clearing
houses wordt berekend, moet in CMS herberekend kunnen worden.
Gridfee ( / transactie cost / OSP voor Brussel) berekeningen voor de periode pre-MIG
6.0 moeten in de CMS kunnen worden uitgevoerd voor volgende periodes (cfr. 8
Il doit être possible de recalculé tout le gridfee (/coût de transaction/OSP pour
Bruxelles) - qui est calculé aujourd'hui dans les clearing houses actuelles - dans le
CMS.
Les calculs de gridfee (/coût de transaction/OSP pour Bruxelles) pour la période pré86
Principes voor datamigratie / Principes des données migrées):
-
Minimum tot en met M-37maand (M = jan 2018) ter ondersteuning van het
principe dat rectificaties ten minste tot en met M-37 (rolling window)
mogelijk zijn (cfr 0).
Maximum tot en met M-5jaar (M = jan 2018)
Hiervoor dienen de tarieven en tariefformules met betrekking tot bovenstaande
periode te worden voorzien in het CMS.
Gridfee met betrekking tot volumes van voor EDSPLIT, dienen gebruik te maken van
dezelfde globalisatiecodes als deze die werden gebruikt in MIG 4.
MIG 6.0 peuvent être effectués dans le CMS pour les périodes suivantes (cf. 8
Principes voor datamigratie / Principes des données migrées) :
-
Minimum jusqu'à M-37 mois (M = jan 2018) pour respecter le principe que
les rectifications sont possible au moins jusqu’à M-37 (rolling window) (cfr
0).
-
Maximum jusqu'à M-5 années (M = jan 2018)
Pour cela, les tarifs et les régimes tarifaires portant sur la période ci-dessus doivent
être indiqués dans le CMS.
Le Gridfee, concernant des volumes d’avant EDSPLIT, doit utiliser les mêmes codes
de globalisation que ceux qui étaient utilisés en MIG 4.
Figure 25. Approach pre-MIG 6.0 gridfee calculation
7.3.2
Transitie PSO & TRC (BRU) / La transition de PSO et TRC (BRU)
In Brussel worden de kosten van openbare dienstverlening (PSO) en
transactiekosten (TRC) doorgerekend aan de klant. Deze facturatie valt momenteel
buiten de MIG 4 afspraken, maar zal na Go-Live verwerkt worden volgens de MIG 6
logica.
À Bruxelles, des coûts de service public (PSO) et des coûts de transaction (TRC)
sont facturé au client. À ce moment, cette facturation est faite hors des accords MIG
4, mais sera exécutée après Go-Live selon la logique de MIG 6.
87
7.3.2.1
PSO
Figure 26. Transition PSO (BRU)
In het huidige clearinghouse gebeurt de afrekening van de PSO-kosten van een
toegangspunt telkens op de 1e dag van de maand, onafhankelijk van de Billing
Relevante Volumes.
Dans la clearinghouse actuelle le décompte des coûts de PSO d’un point d’accès
est toujours fait le premier jour du mois, indépendamment des Billing Relavant
Volumes.
Vanaf MIG 6 daarentegen, zullen de PSO-kosten maandelijks via een voorschot
worden aangerekend en de finale facturatie zal uitgevoerd worden zodra een Billing
Relevant Volume beschikbaar is in het CMS. Het CMS dient dus na Go-Live, bij een
berekening van de UTIL-PSO, rekening te houden met reeds gefactureerde
afrekening in MIG 4.
Depuis MIG 6 par contre les coûts de PSO seront payés par un acompte mensuel
et la facturation finale sera exécutée au moment ou un Billing Relevant Volume est
disponible dans le CMS. Alors, après Go-Live le CMS doit tenir compte des
paiements déjà faits en IMG 6 lors du calcul de l’UTIL-PSO.
Aanpak:
-
-
PSO afrekeningen die niet overlappen met een in MIG 4 uitgestuurd Billing
Relevant Volume worden door het Atrias Migratie Team getransformeerd naar
een PSO voorschot.
o
o
-
L’approche :
Deze voorschotten zullen in mindering worden gebracht met de
uiteindelijk MIG 6 PSO-afrekening. Bijgevolg zal het CMS geen
dubbele kosten aan de klant factureren.
De einddatum van een slice is exclusief.
-
De PSO afrekeningen die overlappen met een in MIG 4 uitgestuurd Billing
Relevant Volume worden gemigreerd als afrekeningen in het CMS.
88
Les décomptes de PSO qui ne se chevauchent pas avec un Billing Relevant
Volume envoyé en MIG 4 sont transformés vers un acompte de PSO par
l’équipe de migration (Atrias).
o
Ces acomptes seront déduits du décompte de PSO MIG 6. Par
conséquent, le CMS ne facturera aucuns coûts doubles.
o
La date de clôture d’un slice est exclusive.
Les décomptes de PSO qui se chevauchent totalement avec un Billing
Relevant Volume envoyé en MIG 4 sont migrés comme décomptes dans le
CMS.
7.3.2.2
-
-
TRC
TRC verwerkt in de periode voor Go-Live I wordt aangerekend in de huidige
systemen van Sibelga.
Le TRC exécuté dans la période précédant le Go-Live I est facturé dans les
systèmes actuels de Sibelga.
o
TRC data uit de huidige Sibelga systemen wordt niet gemigreerd in
het CMS.
o
Les données de TRC dans les systèmes actuels de Sibelga ne sont
pas migrées vers les CMS.
o
Ter discussie: #102729 (TRC rectificaties aangevraagd in de MIG 6
periode met een impact op de MIG 4 periode)
o
En discussion : #102729 (Les rectifications de TRC demandées dans
la période MIG 6 avec un impact dans la période MIG 4)
TRC verwerkt in de periode na Go-Live I wordt aangerekend in het CMS (ook
wanneer het een transactie betreft met effectieve datum voor Go-Live I).
o
7.4
-
-
TRC gerelateerd aan workaround scenario’s, gebufferde scenario’s en
open scenario’s (ED>EDSPLIT) die uitgevoerd worden na EDSPLIT
dienen in het CMS (MIG 6) aangerekend te worden.
Le TRC exécuté dans la période suivant le Go-Live I est facturé dans le CMS
(aussi si ça concerne une transaction avec une date effective avant le Go-Live
I).
o
Le TRC relaté aux scenarios « workaround », aux scénarios mis en
attente et aux scénarios ouverts (ED>EDSPLIT) qui sont exécutés après
l’EDSPLIT doit être facturé dans le CMS (MIG 6).
Rectificaties / Rectifications
7.4.1
Algemeen / Général
Rectificaties zullen steeds worden uitgevoerd volgens het in MIG 6.0 beschreven
undo-redo principe
-
-
Voor gegevens voor go-live steeds op basis van Date From (-To)
Voor gegevens na go-live met de correcte, in MIG 6.0/MIG DGO
bepaalde referentie
Rectificaties zijn mogelijk tot en met M-37 (rolling window). Voor de periode voor M-37
zijn enkel rectificaties via MIG 6.0 mogelijk, indien er een bilateraal akkoord is
tussen DNB en Balance supplier en de noodzakelijke data aanwezig is in de CMS.
7.4.2
Les rectifications seront toujours effectuées selon le principe undo-redo décrit
dans MIG 6.0
Pour les données avant go-live, toujours sur la base de Date From (-To)
Pour les données après go-live avec la référence correcte déterminée
dans MIG 6.0/MIG DGO
Les rectifications sont possibles jusqu'à M-37 (rolling window). Pour la période
avant M-37, la rectification via MIG 6.0 n’est possible que s’il y a un accord bilatéral
entre GRD et Balance supplier et que toutes les données nécessaires soient
présentes dans le CMS.
Dummy referenties
Het rectificatiebericht “Ticket Process Notification (ST-INT-9)” dient referenties te
bevatten om een link te kunnen leggen naar de te rectificeren berichten. MIG 6 legt
deze link door het verplicht gebruik van de Transaction IDs. Echter, de MIG 4
berichten gebruiken deze IDs niet. Daarom zullen MIG 6 rectificaties m.b.t. de MIG
4 periode gebruik maken van dummy referenties.
Le message de rectification « Ticket Process Notification (ST-INT-9) » doit contenir
des références pour établir un rapport avec les messages à rectifier. MIG 6 établit
ce lien par l’emploi obligé des Transaction IDs. Mais les messages de MIG 4
n’emploient pas ces IDs. C’est pourquoi les rectifications de MIG 6 concernant la
période de MIG 4 emploient des références simulées.
89
Voorbeeld:
Exemple :
Onderstaand overzicht geeft weer hoe de nodige referenties gelegd worden bij een
rectificatie m.b.t. een foutieve TMD verzonden in MIG 4.
Le résumé ci-dessous présente comment les références nécessaire sont établies
pendant une rectification concernant un mauvais TMD envoyé en MIG 4.
Case: Data from before Go-live is corrected with a MIG 6 rectification
Original messages sent in MIG 4:
•
TMD 1
•
TS 1
•
INVOICE
New correct messages in MIG 6:
•
TMD 2
•
TS 2
•
FEE DEBIT - Reference to the Transaction ID of TS2
•
FEE CREDIT – DUMMY OriginalReferenceTransactionID to the original FEE
•
PSO DEBIT - Reference to Transaction ID of TS2
•
PSO CREDIT – DUMMY OriginalReferenceTransactionID to the original PSO
•
VI
•
CLOSE (ST-INT-9):
o Step 1 - Undo VI – RectifiedTransactionID: DUMMY
o Step 2 - Fee Credit – RectifiedTransactionID: DUMMY
o Step 3 - PSO Credit – RectifiedTransactionID: DUMMY
o Step 4 - Undo TS1 – RectifiedTransactionID: DUMMY – Doc type: TS – Module: EMPTY – Label: EMPTY – date:
(from+to)
o Step 5 - Undo TMD1 – RectifiedTransactionID: DUMMY – Doc type: TMD – Module: EMPTY – Label: EMPTY –
date: (from)
o Step 6 - Redo TMD – RectifiedTransactionID: 123943
o Step 7 - Redo TS – RectifiedTransactionID: 123944
o Step 8 - PSO Debit – RectifiedTransactionID: 123948
o Step 9 - FEE Debit – RectifiedTransactionID: 123945
o Step 10 - Redo VI – RectifiedTransactionID: 123949
Figure 27. Overview dummy references used in MIG 6 rectifications on MIG 4 data
7.4.3
Rectificaties – Cancel of Switch message / Rectifications – Annulation d’un message de Switch
De MIG 6 Rectification Catalogue definieert welke bijkomende, verplichte informatie
in de ST-INT-1 Rectification Request meegestuurd wordt. Zo moet om een switch
bericht te annuleren, de RelatedTransactionID meegestuurd worden. Voor
rectificaties m.b.t. de MIG 4 periode is het niet mogelijk om een MIG 6
RelatedTransactionID mee te sturen. Daarom zullen we in deze gevallen refereren
naar het MIG 4 Transaction ID.
Le MIG 6 Rectification Catalogue définit quelle information obligatoire ou
additionnelle est envoyée dans le ST-INT-1 Rectification Request. De cette façon la
RelatedTransactionID doit être envoyée pour annuler un message de switch.
Cependant, pour les rectifications concernant la période de MIG 4 ce n’est pas
possible d’envoyer un RelatedTransactionID MIG 6. C’est pourquoi, dans ce cas,
nous référons au Transaction ID sous MIG 4.
90
Problem domain
Switching
(Supplier / Combined
Switch)
Problem Type
Cancel
Switch
message
of
Problem Field
Mystery Switch:
Cancel process in the past
After contestation ILC:
Rectification send by a third Balance Supplier to
insert a slice between EDILC and EDSA
After contestation ILC:
Reject contestation by ILC Supplier
Mystery Switch:
Cancel Process in the futur
Code
Mandatory Additional Information in Rectification Request
ST11
RelatedTransactionID = Refer to MIG 4 Transaction ID
ST12
ST13
ST14
Customer Data :
- Contract Category
- Enterprise Number (if Contract Category : Nres)
- NACE Code (if Contract Category : Nres)
- National Registry Number (optional)
- Protected
- Contact Role = Contractual Party
- Language
- Legal Form (if Contract Category : Nres)
- Legal Name (if Contract Category : Nres)
- First Name (if Contract Category : Res)
- Last Name (if Contract Category : Res)
- Title (if Contract Category : Res)
- Box (optional)
- C/O (optional)
- City
- Country
- House Number
- Region (optional)
- State (optional)
- Street
- ZIP code
Date from
Table 9. RelatedTransactionID in Rectifications (Cancel of Switch messages)
7.5
Preswitch / Preswitch
Historische metering en structuring gegevens kunnen op dezelfde manier als
bepaald in de MIG 6.0 “Business requirements Preswitching” via de preswitch
kunnen worden opgehaald. Gegevens zijn beschikbaar in MIG 6 formaat voor de
periode van minimum 37 maanden en maximum 5 jaar voor EDsplit.
Avec le preswitch, il est possible de récupérer les données historiques de mesurage
et de structuring de la même manière que dans MIG 6.0 « Business requirements
Preswitching ». Les données sont disponibles dans le format MIG 6 pour une
période minimale de 37 mois et maximale de 5 ans avant EDSPLIT.
91
Voor de weergave van de historische MIG 4.1 structuring gegevens, zullen dezelfde
confidentialiteitsregels worden toegepast als voor de corresponderende MIG 6.0
structuring scenario’s.
Pour les historiques de structuring MIG 4.1, les mêmes règles de confidentialité que
celles appliquées pour les scénarios de structuring MIG 6.0 correspondants seront
d’application.
Figure 28. Preswitch functionality (MIG 6.0) for MIG 4.1 data.
7.6
Service Management VAN / Gestion de service VAN
Decomissioning van de VAN (rapporten en queries, Support dienst en metingen).
Vanaf Go-live I zal de werking van de VAN worden stopgezet. Dit gebeurt als volgt:
Alle communicatie over de VAN stopt.
STERIA levert het laatste Service Level Report op.
Overdracht van alle (logging) rapporten aan Atrias.
Kopie van de backup van de EDIEL-berichten van de laatste 3 maanden
voor Go-Live I wordt doorgegeven aan Atrias.

Formaat: Microsoft SQL

Overdracht naar Atrias: via disk
De report-functionaliteiten en de historiek van de EDIEL berichten (van de laatste 3
maanden) dienen nog gedurende 6 maanden na de Go-Live beschikbaar te worden
gehouden.
Déclassement du VAN (rapports et demandes, service de support et mesures).
A partir de Go-live I, le VAN sera arrêté. Cela se déroulera comme suit :
Arrêt de toute communication transitant par le VAN.
STERIA fournit le dernier Service Level Report.
Transfert de tous les rapports (journaux) à Atrias.
Copie de la sauvegarde des messages EDIEL des 3 mois précédant le
Go-Live I sera communiquée à Atrias.

Format : Microsoft SQL

Envoi à Atrias : via disque
Les fonctions de reporting et l’historique des messages EDIEL (des dernières 3
mois) doivent rester disponibles pendant encore 6 mois après le Go-Live.
Données exigées, voir 8.5.2
Datavereisten zie 8.5.2.
92
7.7
De rol van OCR / Le rôle d’OCR
Vanaf MIG 6.0 zal Atrias de rol van het Organisme voor de Consolidatie van de
Reconciliatie (OCR) overnemen van Indexis31. In deze sectie bespreken we de
afspraken omtrent de planning van de overname en de datamigratie naar CMS.
7.7.1
Une fois le MIG 6.0 en place, Atrias reprendra le rôle d'Organisme de Consolidation
de la Réconciliation (OCR) endossé jusque-là par Indexis32. Cette section traite des
accords relatifs au planning de cette transition ainsi que de la migration des
données vers CMS.
Principes overdracht rol van het OCR / Principes de transfert du rôle d'OCR
We vertrekken van een aantal principes i.v.m. de aanpak van de uit te wisselen
gegevens tussen het OCR en het AO. Deze principes vormen de basis voor het
opstellen van de planning voor de overdracht van de rol van het OCR.
L'approche concernant l'échange de données entre l'OCR et l'OA part d'un certain
nombre de principes. Ces principes constituent la base de la mise en place du
planning de reprise du rôle d'OCR.
Export van de geaggregeerde allocatie van E & G:
Voor de allocaties uitgevoerd in de huidige clearing houses, wordt de
export van de geaggregeerde allocatie van E & G uitgevoerd door het
huidig OCR.
Voor de allocaties uitgevoerd door Atrias, wordt de export van de
geaggregeerd allocatie van E & G uitgevoerd door Atrias.
Exportation de l'allocation E&G agrégée :
Pour les allocations réalisées dans les clearing houses actuelles,
l'allocation E&G agrégée est exportée par l'OCR actuel.
Pour les allocations réalisées par Atrias, l'allocation E&G agrégée est
exportée par Atrias.
Prijs per MWh
Het AO stuurt de prijs per MWh vanaf de maand van Go-Live (M) door
naar Atrias.
Historische prijsinformatie wordt gemigreerd vanuit OCR naar Atrias.
Export RECON volume & prijs / Export Restterm volume & prijs
Voor de reconciliaties uitgevoerd in de huidige clearinghouses wordt de
Export RECON volume & prijs / Export Restterm volume & prijs uitgevoerd
door het huidig OCR.
Voor de reconciliaties uitgevoerd door Atrias wordt de Export RECON
volume & prijs / Export Restterm volume & prijs uitgevoerd door Atrias.
31
De rol van het OCR wordt uitgevoerd door Indexis in opdracht van Synergrid.
32
Le rôle d'OCR est endossé par Indexis pour le compte de Synergrid.
Prix par MWh
L'OA transmet à Atrias le prix par MWh à partir du mois du Go-Live (M).
L'historique des informations tarifaires doit migrer de l'OCR vers
Atrias.
Exportation du volume et du prix RECON/Exportation du volume « Restterm » et du
prix
En ce qui concerne les réconciliations effectuées dans les clearing houses
actuelles, l'exportation du volume et du prix RECON/l'exportation du
volume « Restterm » et du prix est réalisée par l'OCR actuel.
En ce qui concerne les réconciliations effectuées par Atrias, l'exportation
du volume et du tarif RECON/l'exportation du volume « Restterm » et du
prix est réalisée par Atrias.
93
7.7.2
Planning overdracht rol van het OCR / Planning de transfert du rôle d'OCR
Bovenstaande principes vertalen zich in volgende planning.
Les principes ci-dessus se traduisent par le planning suivant.
* Example of the reconciliation runs after Go-Live in accordance to the planning principles. (~section 7.2.5)
Figure 29. Planning handover of the role of the OCR
94
OCR (Indexis):
Indexis zal de maandelijkse volumeprijzen t.e.m. de maand M-1 in zijn
systemen opladen.
De laatste ‘V x P’-berekeningen vinden plaats tijdens de maand M m.b.t.
de laatste reconciliatie runs in MIG 4.1.
De laatste geaggregeerde allocatie elektriciteit m.b.t. de volumes van
maand M-1 conform de MIG 4.1 logica wordt ten laatste op (M+1)+5wd
geëxporteerd naar het Administratief Orgaan (AO).
De laaste geaggregeerde allocatie gas m.b.t. de volumes van maand M-1
conform de MIG 4.1 logica wordt ten laatste op (M+2)+5wd geëxporteerd
naar het AO.
OCR (Indexis) :
Indexis chargera dans ses systèmes le prix des volumes mensuels jusque
M-1 compris.
Les derniers calculs « V x P » auront lieu au cours du mois M dans le
cadre des derniers runs de réconciliation en MIG 4.1.
La dernière allocation « électricité » agrégée portant sur les volumes du
mois M-1 et réalisée selon la logique MIG 4.1 sera exportée vers l'organe
administratif (OA) au plus tard à (M+1)+5JO.
La dernière allocation « gaz » agrégée portant sur les volumes du mois M1 et réalisée selon la logique MIG 4.1 sera exportée vers l'OA au plus tard
à (M+2)+5JO.
Atrias:
-
Atrias :
Atrias chargera les le prix des volumes mensuels appropriés à partir du
mois M.
Le dernier x-run concernant le mois M-16 est exécuté par les GRDs dans
le mois M+1. Par conséquence, le calcul de V x P concerné sera exécuté
dans le mois M+2.
Atrias démarrera les calculs V x P relatifs aux z-runs (MIG 6.0) dès le
mois M+5.
Dès que les volumes d'allocation concerneront les volumes du mois M,
l'allocation « électricité » agrégée sera exportée depuis le CMS selon la
logique MIG 6.0. En d'autres termes, il s'agira de la première exportation
-
Atrias zal vanaf maand M de overeenkomstige maandelijkse volumeprijzen
opladen.
De laatste x-run m.b.t de maand M-16 wordt door de DNBs uitgevoerd in
de maand M+1. Bijgevolg zal de bijhorende V x P-berekening worden in de
maand M+2.
Atrias start de V x P-berekeningen m.b.t. de z-runs (MIG 6.0) vanaf maand
M+5.
Vanaf de allocatievolumes m.b.t. de volumes van de maand M zal conform
de MIG 6.0 logica de geaggregeerde allocatie van elektriciteit worden
geëxporteerd vanuit de CMS. M.a.w. de eerste export vanuit CMS
95
-
uitgestuurd naar het Administratief Orgaan (AO).33
Vanaf de allocatievolumes m.b.t. de volumes van de maand M zal conform
de MIG 6.0 logica de geaggregeerde allocatie van gas worden
geëxporteerd vanuit de CMS. M.a.w. de eerste export vanuit CMS
uitgestuurd naar het AO.
-
envoyée depuis le CMS à l'organe administratif (OA).34
Dès que les volumes d'allocation concerneront les volumes du mois M,
l'allocation « gaz » agrégée sera exportée depuis le CMS selon la logique
MIG 6.0. En d'autres termes, il s'agira de la première exportation envoyée
depuis le CMS à l'OA.
33
We aligneren hier met de te nemen beslissing binnen MIG-AO: de timing tegen wanneer deze informatie wordt ten laatste doorgestuurd naar het AO.
34
Nous nous alignons ici avec la décision à prendre au sein de MIG-AO : date ultime de transmission de ces informations à l'OA.
96
8 Principes voor datamigratie / Principes des données migrées
Om de werking van de huidige processen te blijven garanderen, moet er
verschillende data uit het verleden naar CMS gemigreerd worden. Deze
datahistoriek moet voldoen aan volgende voorwaarden:
8.1
Algemeen / Généralités
-
-
-
-
8.2
Pour continuer à garantir le fonctionnement des processus actuels, les différentes
données du passé doivent être migrées dans le CMS. Cet historique de données
doit satisfaire aux conditions suivantes :
-
Enkel de data die nodig is om de werking van MIG 6.0 processen te
waarborgen en data waarvan vanuit de DNB’s wordt aangegeven als
noodzakelijk voor de operationele werking, dient naar CMS gemigreerd te
worden. De niet-gemigreerde informatie zal door de DNB’s gearchiveerd
worden. Hierdoor kan men later, indien nodig, specifieke informatie opzoeken.
De data moet op een coherente manier tussen de verschillende fases
worden gemigreerd. (Vb. Indien 5 jaar historiek van de metering gegevens
data wordt gemigreerd, dient minstens 5 jaar RMD historiek te worden
gemigreerd).
De voorschotten (enkel open niet afgerekende voorschotten) en
afrekeningen van het verleden, dienen ongewijzigd door de migratie te
worden gemigreerd in de CMS.
Voor elke geconverteerde en gemigreerde MIG6 entiteit moet de link met
de oorspronkelijke MIG4 entiteit traceerbaar zijn. Dit principe wordt strict
toegepast op de relatie EAN (toegangspunt / POD) met een contract en
SDP. Op elk moment in de actieve timeslices of migratie historiek is er een
1 op 1 link tussen MIG4 EAN+contract en MIG6 SDP+contract. Door
gebruik van de POD (supplier key) wordt per SDP de oorspronkelijke EAN
geregistreerd.
-
-
Seules les données nécessaires pour assurer le fonctionnement des
processus MIG 6.0 et celles que les GRD indiquent comme nécessaires
pour le fonctionnement opérationnel doivent être migrées vers le CMS. Les
informations non migrées seront archivées par les GRD. Ceci permettra de
rechercher par la suite des informations spécifiques si nécessaire.
Les données doivent être migrées de façon cohérente entre les différents
types de phases. (p. ex. En cas de migration d'un historique de 5 ans de
données de mesurage, il faut également au moins migrer un historique de
5 ans de RMD).
Les acomptes (uniquement les acomptes ouverts non clôturés) et les
décomptes du passé doivent être migrés inchangés dans le CMS.
Chaque entité MIG 6 convertie et migrée doit pouvoir être reliée à son
entité MIG 4 d'origine. Ce principe s'applique de façon stricte à la relation
entre un EAN (point d'accès/POD) et un contrat et un SDP. Pour chaque
moment d'une période active ou de l'historique de migration, il faut pouvoir
établir un lien 1-1 entre l'EAN+contrat MIG 4 et le SDP+contrat MIG 6.
L'EAN d'origine est enregistré pour chaque SDP au moyen de la POD
(supplier key).
Handshake Transitie – Migratie / Connexion Transition – Migration
Onderstaande figuren geven het overzicht van de handshake tussen de transitie en
de migratie weer. Dit ter verduidelijking hoe de data vanuit de huidige clearing
houses zal worden overgenomen in het CMS. We doorlopen het proces in 4
vereenvoudigde stappen:
1. Volledig data-extract vanuit de huidige clearing houses
Les figures ci-dessous présentent un aperçu de la connexion entre la transition et la
migration. Cela clarifie la façon dont les données issues des clearing houses
actuelles vont être reprises dans le CMS. Le processus est constitué de quatre
étapes simplifiées :
1.
97
Extraction intégrale des données depuis les clearing houses actuelles
Extract Migration
EDsplit
BUstop
Go-Live I
Go-Live II
Figure 30 Handshake Transition – Migration I (‘X’ indicates start of a timeslice)
2.
Load van:
a. RMD data op basis van de gegevens van het extract
b. Metering data op basis van de gegevens van het extract exclusief
slices startende vanaf EDSPLIT (met uitzondering van AMR (E13)
en GOL gegevens)
c. TMD data op basis van de gegevens van het extract exclusief
slices startende vanaf EDSPLIT
d. Billing, allocatie en reconciliatie gegevens op basis van het
extract (niet weergegeven op de figuur). Zoals volgt uit de
Transitie-aanpak, zullen deze gegevens steeds zijn berekend op
basis van data van voor EDSPLIT.
Load migration
in CMS
2.
EDsplit
Chargement des :
a. Données RMD sur la base des données de l'extraction
b. Données de mesurage sur base des données issues de
l'extraction, à l'exclusion des périodes à compter d’EDSPLIT (avec
l'exception des données d’AMR (E13) et de GOL)
c. Données TMD sur base des données de l'extraction, à l'exclusion
des périodes à compter de EDSPLIT
d. Données de facturation, d'assignation et de réconciliation sur la
base de l'extraction (non représenté sur la figure). Comme
indiqué dans l'Approche de transition, ces données seront dans
tous les cas calculées sur la base des données de périodes
antérieures à EDSPLIT.
BUstop
Go-Live I
Go-Live II
Figure 31 Handshake Transition – Migration II (‘X’ indicates start of a timeslice)
98
3.
4.
De transformatie van:
a. De gebufferde marktberichten naar MIG6 inputberichten voor het
CMS
b. De transformatie van de DNB-data naar MIG DGO inputberichten
voor het CMS
Replay the movie van:
a. Gebufferde metering berichten
b. Gebufferde TMD berichten
c. Gebufferde structuring aanvragen
Replay the movie
after Go-Live I
3.
4.
EDsplit
La conversion de :
a. Messages de marché mis en attente en messages entrants MIG6
pour le CMS
b. La conversion des données GRD en messages entrants MIG
DGO pour le CMS
« Replay the movie » des :
a. Messages metering mis en attente
b. Messages TMD mis en attente
c. Demandes structuring mises en attente
BUstop
Go-Live I
Go-Live II
From buffered
supplier requests
Figure 32 Handshake Transition – Migration III (‘X’ indicates start of a timeslice)
5.
Verificatie van de gegevens in het CMS ten opzichte van het laatste dataextract uit de huidige clearing houses uit stap 1. Belangrijk is dat een
100% wiskundig correcte check niet mogelijk is wegens de parallele
opstart van de reguliere marktwerking.
5.
99
Vérification des données dans le CMS par rapport aux dernières données
extraites des clearing houses actuelles à l'étape 1. Il est important de
souligner qu'un contrôle mathématiquement exact à 100 % n'est pas
possible du fait du démarrage parallèle du marché.
8.3
Aligneren van migratie resultaat / Allignement du résultat de la migration
8.3.1
Vanuit het CMS migratie team zal er informatie ter beschikking gesteld worden ter
ondersteuning van:
L’information sera mise à disposition par l’équipe de migration CMS avec l’appui :
-
-
Feedback conversie data:

MIG 4.1 naar MIG 6.0 conversies

Nieuwe MIG 6.0 entiteiten
Error / Warning rapportage

Inzicht in eventuele punten die niet of onvolledig gemigreerd zijn
met bijhorende reden
Deze informatie kan een belangrijk onderdeel vormen voor de interne data
migraties. Naast de feedback data kan er ook afgestemd worden over mapping
regels, conversie tabellen om conversies onafhankelijk uit te kunnen voeren.
Du feedback de la conversion des données :

Les conversions d’MIG 4.1 vers MIG 6.0

Les nouvelles entités d’MIG 6.0
Du rapport d’erreur / d’avertissement :

Avec l’explication de la raison pour laquelle les points ont été
migrés partiellement ou pas du tout.
Cette information peut être un élément important pour les migrations des données
internes. À côté des données feedback, on peut mettre en place des règles de
mapping, des tableaux de conversion pour pouvoir exécuter des conversions de
manière indépendante.
8.3.2
Feedback conversie data / Feedback sur la conversion des données
De volgende elementen zullen worden gedeeld ten gevolge van MIG 4.1 naar MIG
6.0 conversies. We veronderstellen dat voor de entiteiten die niet gedeeld worden in
deze lijst, er geen bijkomende informatie nodig is om de data in een MIG6 formaat
te brengen.
Les éléments suivants seront partagés suite aux conversions du MIG 4.1 vers
MIG 6.0. Nous partons de l'hypothèse que, pour les entités non partagées dans
cette liste, aucune information complémentaire n'est nécessaire pour convertir les
données au format MIG 6.
Nieuwe MIG 6.0 entiteiten
Nouvelles entités MIG 6.0
Nieuwe MIG6 entiteit/
Nouvelle entité MIG 6
Headpoint
Link MIG4 /
Lien MIG4
MIG4 EAN
Migration Method
Standaard methode is adoptie van MIG4 EAN, tenzij uitzonderlijke situaties waar reeds MIG6 services worden
geintroduceerd die onder ‘AMR PROD’ vallen. In dat geval zal de MIG 4 afname EAN worden gebruikt als
Headpoint.
La méthode standard consiste à adopter l'EAN MIG 4, sauf situations exceptionnelles où des services MIG6
relevant du « AMR PROD » auraient déjà été implémentés. Dans ce cas, l’EAN prélèvement sera utilisé comme
Headpoint.
SDP / Service Delivery Point
MIG4 EAN
Concatenatie van afgeleide Service/Service Component
Concaténation du Service/Service Component dérivé
100
Configuration Identification
MIG4 EAN
Configuration ID van de (actieve) service component
Configuration ID du service component (actif)
Decentralized Production
MIG4 EAN
Toevoegen van technische informatie rond lokale productie installatie (vermogen, installatiedatum, type)
Ajout d'informations techniques concernant l'installation de production locale (puissance, date d'installation, type)
Additional Registers
MIG4 EAN
MIG4 Meter ID
Ter ondersteuning van billing & settlement is het mogelijk dat bijkomende volumes beschikbaar komen (bvb. In
geval van verschillende settlement time of use vs metering timeframe)
Afin de soutenir le billing & settlement, il est possible que des volumes additionnels seront mis à disposition (p.ex.
dans des cas avec le settlement time of use et metering timeframe différents.
Table 10.
New MIG 6 entities
MIG4.1 naar MIG6 Conversies
Geconverteerde entiteit /
Entité convertie
Load Profile / Profil de charge
Conversions MIG 4.1 vers MIG 6
Link MIG4 /
Lien MIG4
Migration Method
MIG4 EAN /
MIG 6 register
Vanaf MIG6 go live wordt MIG6 load profile bepaald en gemigreerd met een effectife date vanaf EDsplit ipv MIG4
SLP
À partir du Go-Live de MIG 6, le profil de charge MIG 6 sera défini et migré avec une date effective à partir d’EDsplit
au lieu du SLP MIG4
iExV / Standaard jaar/maand
verbruik / iExV / Consommation
annuelle/mensuelle standard
MIG4 register
Herberekening van standaard verbruik op basis van MIG6 berekeningsregels (aanpak beschreven onder 6.3.3)
Recalcul de la consommation standard selon les règles de calcul MIG6 (approche décrit sous 6.3.3)
Table 11.
Converted MIG 6 entities
Error/Warning rapportage
Punten die om een of meerdere redenen descoped werden of speciale aandacht
vragen na go-live worden op detail niveau opgevolgd. Per marktpartij zal een
specifiek rapport beschikbaar zijn met het totaal overzicht en de details van de
betrokken punten.
Rapports d'erreur/avertissement
Les points qui, pour quelle raison que ce soit, ont été mis de côté ou requièrent une
attention particulière après le Go-Live feront l'objet d'un suivi détaillé. Un rapport
spécifique sera mis à disposition de chaque partie du marché avec à la fois un
aperçu global et aussi le détail pour les points concernés.
Data Reconciliatie
Voor elke transfer van gegevens tussen marktpartijen en Atrias in functie van de
uitrol van het CMS zullen controlemechanismes ingebouwd worden ter validatie van
goede ontvangst van de gegevens. Naast controle op technische en business
Réconciliation des données
Pour chaque transfert de données entre les parties du marché et Atrias, des
mécanismes de contrôle seront implémentés en fonction du déploiement du CMS
afin de confirmer la bonne réception des données. Outre le contrôle des master
101
masterdata kan dit oa. ook toegepast worden om te controleren of alle gebufferde
VAN berichten uiteindelijk ook geconverteerd/behandeld zijn.
Deze activiteit zal ook een belangrijk onderdeel vormen van de test fase.
data techniques et business, cela permettra de veiller à ce que tous les messages
VAN mis en attente soient en fin de compte convertis/traités correctement.
Cette activité représentera également une part importante de la phase de test.
8.3.3
Data Transfer naar Balance suppliers / Transfert de données aux Balance suppliers
Al de bovenvermelde informatie zal worden gedeeld onder de vorm van extractie Toutes les informations susmentionnées seront partagées sous la forme de fichiers
bestanden. De technologie van data transfer kan desgewenst nog aangepast d'extraction. Si nécessaire, la technologie de transfert des données pourra être
worden om technische beperkingen op te lossen.
adaptée afin de résoudre certaines contraintes techniques.
De transfer van deze bestanden zal verlopen onder een zeer strikte governance Ces transferts de fichier se dérouleront selon une méthode de gouvernance
methode die de nodige garanties kan bieden dat marktpartijen enkel de extrêmement stricte afin de garantir que toutes les parties du marché ne recevront
geautoriseerde data krijgen.
que les données autorisées.
Alle velden van de ‘EAN level file’ en ‘Register level file’, met uitzondering van de Tous les champs du ‘EAN Level File’ et ‘Register Level File’, à l’exception des
velden “EAN” en “Headpoint” zullen timesliced worden doorgegeven. De Balance champs « EAN » et « Headpoint » seront communiqués de manière timesliced. Les
suppliers ontvangen enkel timeslices voor de periode dat zij verantwoordelijk zijn Balance suppliers ne reçoivent que les slices pour la période dans laquelle ils sont
voor het toegangspunt.
responsables pour le point d’accès.
EAN Level File
Attribuut / Attribut
Omschrijving / Description
EAN
MIG4 EAN, EAN-GSRN format
Balance Supplier
EAN-GLN of the Balance Supplier responsible for this accesspoint in this
timeslice
Grid Access Provider
EAN-GLN of the grid access provider
Headpoint
Identifier of the Headpoint
ServiceDeliveryPoint
Identifier of the service delivery point
POD
ConfigurationID
EAN-GSRN
Unique identifier for a configuration. This is a regrouping of several possible
elements within different combination. Each combination has one and only one
Configuration ID (Name Exchanged information : Configuration ID)
Decentralized_ProductionConverterPower_Value
The power of the power converter in case of decentralized production with PV
panels (Name Exchanged information : Converter power)
102
The type of decentralized production, i.e. Solar, Wind, ... (Name Exchanged
information : Type of decentralized Production)
Decentralized_ProductionDecentralizedProduction_Type
Date when the decentralized production has been put in service. (Name
Exchanged information : Commissioning Date)
Decentralized_Production-Installation
Decentralized_ProductionInstalledPower_Value
The maximum power of the installation (Name Exchanged information:
Installed power)
The frequency with which a metering point will be read for grid services billing
purposes (Gridfee, PSO, ...) (Name Exchanged information: Grid services
Invoicing Frequency)
MeterReadingFrequencyGrid_Duration
MeterReadingFrequencyInformation_Duration
MeterReadingFrequencyBilling_Duration
MeteringPoint_Type
MeteringRegime_Type
The frequency with which a metering point will be read for energy consumption
information purposes (Name Exchanged information: Information frequency)
The frequency with which a metering point will be read for Supplier billing
purposes (Name Exchanged information: Energy Billing Frequency)
The direction of the energy flow of the Metering point, such as consumption,
production or combined. (Name Exchanged information: Metering Point
Direction)
Metering regime for Smart Meters, i.e. R1, R3, ... (Name Exchanged
information: Metering Regime)
Table 12.
EAN level file
Register Level File
EAN
Meter id
MIG4 meter identifier
Register id
MIG4 register identifier
Balance Supplier
EAN-GLN of the Balance Supplier responsible for this accesspoint in this timeslice
EAN-GLN of the grid access provider
Headpoint
Identifier of the Headpoint
Measured type of Energy
The identification / type of energy being measured, i.e. active energy, active power, ... (Name
Exchanged information: Measured Energy Type)
Unit of measure of the energy product - kWh, kVAR - ... (Name Exchanged
information: Unit of Measure )
Unit Of Measure
103
Timeframe
The direction of the energy being measured in relation to the network it is connected to, i.e.
consumption, production, ... (Name Exchanged information: Direction)
Direction
Load profile
A code defining the standard load profile. (Name Exchanged information: Load profile)
Type of calculation performed on volumes. Types are compensation, valorisation ... Only
needed in case of decentralized production. (Name Exchanged information: Calculation Type)
Calculation type
Metering method
The method used for metering, such as continuous, non-continuous or not metered (Name
Exchanged information: Metering Method)
Estimated metrics
Estimated Volumes History (iExV)
BE_MeterType
Defines the type of meter, i.e. Budget, Smart, Usual (Name Exchanged information: Meter
Type)
BE_MeterInstalledFunctionality
BE_MeterDisplayTechnology
BE_MeteredDataCollectionMethod
Functionality activated on meter (Name Exchanged information: Meter installed functionality)
Technology used to display the information for the user: mechanical, electronic, multi-line
display... (Name Exchanged information: Meter Display technology)
A code used for the type of communication between a meter and the Metered data collector,
i.e. manual, 2-way, 1-way, ... (Name Exchanged information: Meter Reading Characteristics)
Table 13.
Register level file
Error/ Warning
EAN
Balance Supplier
EAN-GLN of the balance supplier
EAN-GLN of the Grid Access Provider
Descope
Yes / No
Error Code
Indication of type of error, indicating high level reason or the actions taken (eg.
Locked, not migrated, cleaning, …)
Additional Details
Possibility to include additional information
Table 14.
Error / Warning file
104
-
-
Het Atrias Migratie team zal een lijst sturen naar elke Balance Supplier met
een overzicht van alle ODV facturen (MIG 4) die gemigreerd zijn als een
ODV voorschot in het CMS.
L’équipe de migration enverra une liste au chaque Balance Supplier avec
le sommaire des toutes les factures de PSO (MIG 4) qui sont migrées
comme un acompte de PSO dans le CMS.
ConversionList – OSP Billing converted to Advance
Information
Format
InvoiceId
string(30)
identified of the paper invoice
Invoiced Period From
date
invoiced period start date (inclusive)
Invoiced Period To
date
invoiced period end date (exclusive)
Invoice date
date
Date of the paper invoice
EAN
string(18)
EAN GSRN of the access point
Supplier GLN code
string(13)
EAN GLN of the receiver (supplier)
GAP GLN code
string(13)
EAN GLN of the sender (GAP)
Table 15.
8.4
Description
ConversionList – OSP Billing (MIG 4) converted to Advance (MIG 6)
Overzicht Deployment status / apercu état après déploiement
Na de migratie naar het CMS zal er een lijst gepubliceerd worden met de
Headpoints waarvoor een probleem of aandachtspunt werd gelogd.
Après la migration vers le CMS, une liste sera mise en disposition avec les EANs pour
lesquels il y une erreur ou un point d’attention enregistrée.
EAN
Headpoint EAN, EAN-GSRN format
Lock status?
Yes/No: is this headpoint locked currently?
Problem code
Coded list of possible reasons
Problem description
Optional – additional details on the problem
Action owner
Which party is responsible for next action
Expected Resolution date
Anticipated (planned) resolution date
105
Status
Open/Under Investigation/Under Resolution/Solved
Log
Log of activities & changes performed on this line
Table 16.
8.5
Deployment Status
Historiek / Historique
8.5.1
De historiek van TMD, RMD en transactie data die zal worden overgenomen in het
CMS volgt deze basis principes.
L’historique des TMD, des RMD et des données transactionnelles qui seront repris
en CMS suivront ces principes de base.
Alle volgende stappen werken op basis van de referentiedatum EDsplit-5J (=60
maanden voor de feitelijke go live maand).
Toutes les étapes suivantes sont basées sur la date de référence de EDsplit-5J (= 60
mois avant le mois de Go-live effectif).
“Transactionele data” omvat de volgende gegevens:
« Les données transactionnelles » contiennent les données suivantes :
-
-
Metering (volumes, indexen)
Billing (gridfee)
Allocatie
Reconciliatie
Metering (volumes, index)
Billing (gridfee)
Allocation
Réconciliation
Alle transactionele data beschikbaar (‘berekend’) binnen de periode tot EDsplit-5J
wordt meegenomen in de migratie.
Toutes les données transactionnelles qui sont disponibles (« calculées ») entre la
période jusqu’à l’EDsplit-5J sont reprises dans la migration.
Aanvullende wordt de laatste gevalideerde opname vòòr EDsplit-5J
meegenomen. Veronderstel dat deze opname de datum D_last_index_GL-5Y.
ook
En plus, la dernière relève validée avant l’EDsplit-5J sera aussi reprise. En
supposant que la date de cette relève soit la date D_last_index_ EDsplit-5J.
De RMD timeslice (“contract”) op deze datum D_last_index_ EDsplit-5J zal de eerste
timeslice RMD vormen in de migratie historiek.
Le timeslice de RMD (« le contrat ») à cette date D_last_index_ EDsplit-5J formera le
premier timeslice de RMD dans l’historique de migration.
De TMD timeslice op de start van de RMD timeslice zal de eerste timeslice TMD
vormen in de migratie historiek. Zie ook onderstaande illustratie ter verduidelijking.
In geval van historische inconsistenties tussen TMD en RMD gegevens kan het zijn
dat gekozen wordt om de actieve RMD timeslice op start van de TMD slice van
D_last_index_ EDsplit-5J te kiezen.
Le timeslice TMD au début du timeslice RMD formera le premier timeslice TMD
dans l’historique de migration. Voir l’illustration suivante pour plus de clarté. En cas
d’inconsistance historique entre TMD et RMD, il est possible de choisir le timeslice
RMD actif au début du slice TMD à D_Last_index_ EDsplit-5J.
106
Limiet op EDsplit-5Y voor
settlement & billing
Metering: tot laatste gevalideerde
opname voor EDsplit-5Y
RMD: actief contract op laatste
periodieke opname voor EDsplit-5Y
TMD: Actieve timeslice op start timeslice RMD
Figure 33. Migration of data approach
8.5.2
-
-
VAN-berichten / Messages VAN
-
De VAN logging moet voor de periode vanaf de start van de VAN
december 2008 worden bijgehouden. De logging zal worden bijgehouden
in MIG 4.1 formaat en wordt al dusdanig niet geconverteerd. Deze
informatie is niet rechtstreeks beschikbaar op CMS.
De VAN berichtenhistoriek dient voor een periode van 3 maanden te worden
overgenomen in MIG 4.1 formaat. Deze informatie is niet rechtstreeks
beschikbaar op CMS.
-
107
Les logs VAN doivent être conservés à partir de la période de son
lancement en décembre 2008. Les logs seront sauvegardés au format
MIG 4.1 et ne seront pas convertis. Ces informations ne sont pas
directement disponibles sur le CMS.
L'historique des messages VAN doit être repris pour une période de 3 mois au
format MIG 4.1. Ces informations ne sont pas directement disponibles sur
le CMS.
8.5.3
-
-
Structuring / Structuring
De proces ID’s van de te transformeren structuring scenario’s (MIG 4.1)
worden vanuit Atrias omgezet naar MIG 6.0 proces ID’s35.
 Zo kunnen we nagaan of het aantal open scenario’s in de CMS
gelijk is aan het aantal open scenario’s van de Balance suppliers.
 Er wordt steeds voorzien vanuit migratie de consistentie en
overeenkomst te verifieren tussen de DNB data en het resultaat in
CMS. Indien nodig kan op basis van input vanuit de suppliers ook
een extra controle gebeuren op de overeenkomst end to end. Om
te vermijden dat bestaande desynchronisaties de analyse moeilijk
maken is het aangewezen om deze controles ook te maken op
voorhand in de MIG4 context.
Voor afgesloten scenario’s is er geen specifieke behandeling nodig in de
migratie. Er wordt voorzien in een extractie/load van de logging gegevens
voor alle scenario’s uit de migratie historiek die een aantal elementaire
gegevens meenemen zoals:
a. Transaction ID MIG 4.1
b. CMS Context ID
c. Scenario (MIG 4.1)
d. Scenario (MIG 6.0): equivalente MIG 6.0 omschrijving
e. Effective date
f. Requested effective date
g. Requested date
h. Aanvrager
i.
Status
-
-
Aangezien de MIG 4.1 berichten niet beschikbaar zullen zijn in de CMS
applicatie, voorzien wij niet tot op het detail van bericht de logging bij te
houden. Indien nodig dient dit te gebeuren in gearchiveerde systemen of
gegevens bij de DNB’s.
Les ID de processus des scénarios de structuring à transformer (MIG 4.1)
sont traduits par Atrias vers des ID de processus MIG 6.036.

Ainsi nous pouvons vérifier si le nombre de scénarios ouverts
dans le CMS est égal au nombre de scénarios ouverts chez les
Balance supplier

La vérification de la consistance et la correspondance des
données entre le GRD et le CMS fait partie des activités
migration. Si nécessaire, une vérification additionnelle peut être
organisée afin de vérifier la correspondance de bout à bout.
Pour éviter que des désynchronisations existantes donnent des
difficultés pendant l’analyse, il est recommandé que la vérification
soit faite d’avance dans le contexte MIG4.
On n’a pas besoin d’un traitement spécifique dans la migration pour les
scénarios clôturés. On prévoit une extraction/chargement d’un logging des
données pour tous les scénarios de l’historique de migration qui comporte
quelques données élémentaires comme :
a. Transaction ID MIG 4.1
b. CMS context ID
c. Scénario (MIG 4.1)
d. Scénario (MIG 6.0) : une description équivalente en
MIG 6.0
e. La date effective
f. La date effective demandée
g. La date de request
h. Le demandeur
i. Statut
Puisque les messages MIG 4.1 ne seront pas disponibles dans
l’application de CMS, nous ne prévoyons pas de garder le log jusqu’au
niveau de détail du message. Si c’est nécessaire, ceci doit être prévu dans
35
De open structuring aanvragen waarbij geen transactie ID beschikbaar zijn (vb. aangevraagd via email/supplier web), zullen door Atrias bepaald worden (via GUID).
Hiervoor zal Atrias geen additionele feedback vanuit de migratie naar de aanvrager bezorgen.
36
Atrias déterminera un ID (GUID) pour les demandes structuring en cours ne possédant pas d'ID de transaction (p. ex. demandes via e-mail/fournisseur web). À cet égard,
Atrias ne fournira pas de feedback supplémentaire au demandeur dans le cadre de la migration.
108
les systèmes archivés ou dans les données des GRDs.
8.5.4
De datahistoriek van AMR productiepunten / L’historique des données de points de production d’AMR.
Figure 34 Data history of AMR productionpoints with first A+ and later A-
Een AMR productiepunt waarvoor in MIG 4 eerst enkel een toegangspunt met
“afname (A+)” gecreëerd werd, maar waarvoor later nog een toegangspunt met
“injectie (A-)” werd toegevoegd, zal alsvolgt gemigreerd worden:
-
M.b.t. de periode met 1 actief toegangspunt (A+): Het toegangspunt
wordt in de data historiek gemigreerd als 1 Headpoint met 1 actief Service
Delivery Point (service = afname).
-
M.b.t. de periode met 2 actieve toegangspunten (A en A ): De
toegangspunten worden in de data historiek gemigreerd als 1 Headpoint
met 2 actieve Service Delivery Points (service = afname op primaire SDP
en injectie op het secundaire SDP).
8.5.5
-
Billing / Billing
De voorschotten (enkel open niet afgerekende voorschotten) en
afrekeningen (‘normale afrekeningen/rectificaties) van het verleden, dienen
ongewijzigd door de migratie te worden gemigreerd in de CMS.
+
Un point de production AMR pour lequel au début seulement un point d’accès avec
prélèvement (A+) a été créé, mais pour lequel un point d’accès avec « injection (A) » a été ajouté plus tard, sera migré comme suit :
-
109
-
Concernant la période avec 1 point d’accès actif (A+) : Le point d’accès
est migré dans l’historique des données comme 1 Headpoint avec 1
Service Delivery Point actif (service = prélèvement).
-
Concernant la période avec 2 points d’accès actifs (A et A ) : Les
points d’accès sont migrés dans l’historique des données comme 1
Headpoint avec 2 Service Delivery Points actifs (service = « prélèvement »
sur le SDP primaire et « injection » sur le SDP secondaire).
-
Les acomptes (uniquement les acomptes ouverts non clôturés) et les
règlements (décomptes / rectifications) du passé doivent être migrés dans
la migration du CMS.
+
-
9 Annex / Annexe
9.1
Overzicht figuren / Relevé des figures
Figure 1. The controlled stop of UMIG 4.1 ......................................................................................................................................................................................................... 12
Figure 2. Approach volumes – which MIG-logic to use? .................................................................................................................................................................................... 18
Figure 3. The approach for rectifications ............................................................................................................................................................................................................ 26
Figure 4. Transition Approach – ID of transformed open rectification ................................................................................................................................................................ 29
Figure 6. (Left) State mapping of the MIG 4.1 structuring processes ................................................................................................................................................................. 40
Figure 7. (Right) State mapping of the MIG 6.0 structuring processes............................................................................................................................................................... 40
Figure 8. ID’s Transformation open structuring scenario’s ................................................................................................................................................................................. 46
Figure 9. Approach MIG 6.0 ID’s of transformed buffered requests. .................................................................................................................................................................. 49
Figure 10. The functioning of the VAN ............................................................................................................................................................................................................... 50
Figure 11. Workarounds via VAN between EDSPLIT and BUSTOP (Structuring) I .................................................................................................................................................. 55
Figure 12 Workaround via VAN between EDSPLIT and BUSTOP (Structuring) II .................................................................................................................................................... 56
Figure 13 Workaround via VAN between EDSPLIT and BUSTOP (Structuring) III ................................................................................................................................................... 57
Figure 14 Workaround via VAN between BUSTOP and Go-Live I (example: Move-In) ........................................................................................................................................ 58
Figure 15 AMR PROD ........................................................................................................................................................................................................................................ 63
Figure 16. The controlled start of MIG 6.0 .......................................................................................................................................................................................................... 64
Figure 17. Approach on the processing of the buffer in CMS ............................................................................................................................................................................. 68
Figure 19. Controlled start – Fall back approach................................................................................................................................................................................................ 73
Figure 20. Controlled start – Roll back approach ............................................................................................................................................................................................... 75
Figure 21. Approach on split volumes ................................................................................................................................................................................................................ 78
Figure 22. Reconciliation Use Cases ................................................................................................................................................................................................................. 82
Figure 23. Start new service (FL/WAL) with impact on reconciliation................................................................................................................................................................. 83
Figure 24. Planning of the reconciliation runs after Go-Live ............................................................................................................................................................................... 85
Figure 25. Approach pre-MIG 6.0 gridfee calculation ......................................................................................................................................................................................... 87
Figure 26. Transition PSO (BRU) ....................................................................................................................................................................................................................... 88
Figure 27. Overview dummy references used in MIG 6 rectifications on MIG 4 data ......................................................................................................................................... 90
Figure 28. Preswitch functionality (MIG 6.0) for MIG 4.1 data. ........................................................................................................................................................................... 92
Figure 29. Planning handover of the role of the OCR ........................................................................................................................................................................................ 94
Figure 30 Handshake Transition – Migration I (‘X’ indicates start of a timeslice) ............................................................................................................................................... 98
Figure 31 Handshake Transition – Migration II (‘X’ indicates start of a timeslice) .............................................................................................................................................. 98
110
Figure 32 Handshake Transition – Migration III (‘X’ indicates start of a timeslice) ............................................................................................................................................. 99
Figure 33. Migration of data approach ............................................................................................................................................................................................................. 107
Figure 34 Data history of AMR productionpoints with first A+ and later A- ........................................................................................................................................................ 109
9.2
Table 1.
Table 2.
Table 3.
Table 4.
Table 5.
Table 6.
Table 7.
Table 8.
Table 9.
Table 10.
Table 11.
Table 12.
Table 13.
Table 14.
Table 15.
Table 16.
Overzicht tabellen / Relevé des tableaux
Timings Fast Allocation Electricity .................................................................................................................................................................................................. 21
Timings Fast Allocation Gas volumes November 2017 .................................................................................................................................................................. 23
Timings Fast Allocation Gas volumes December 2017 .................................................................................................................................................................. 24
Transformation Open structuring scenario’s MIG 4.1 -> MIG 6.0 ................................................................................................................................................... 44
Summary approach of the to be transformed buffered messages .................................................................................................................................................. 48
Conversion MIG 4.1 -> MIG DGO messages ................................................................................................................................................................................. 54
Transition period Reconciliation ..................................................................................................................................................................................................... 79
Start new service (FL/WAL) - Calculation logic of consumption ..................................................................................................................................................... 84
RelatedTransactionID in Rectifications (Cancel of Switch messages) ........................................................................................................................................... 91
New MIG 6 entities ....................................................................................................................................................................................................................... 101
Converted MIG 6 entities .............................................................................................................................................................................................................. 101
EAN level file ................................................................................................................................................................................................................................ 103
Register level file .......................................................................................................................................................................................................................... 104
Error / Warning file ....................................................................................................................................................................................................................... 104
ConversionList – OSP Billing (MIG 4) converted to Advance (MIG 6) .......................................................................................................................................... 105
Deployment Status ....................................................................................................................................................................................................................... 106
111
9.3
Mapping rectificatiecodes / Mappage des codes de rectification
9.3.1
Berichten / Messages
Mapping Rectification codes
STEP1
STEP2
MD 406
Routing
-
Format
-
Content
-
Context
-
ST02
M10
-
IIA-30a Structuring
MD 414
-
-
-
-
SC2
ST01
-
-
M20
-
IIA-30a Structuring
MD E07
-
-
-
-
S03
ST03
-
-
M30
-
IIA-30a Structuring
Initial MD E07
-
-
-
-
S02
ST04
-
-
M40
-
IIA-30a Structuring
Sleeping Move-in
-
-
-
-
SG6
ST21
-
-
M50
-
IIA-30a Structuring
TS B80
-
-
-
-
SB3
ST21
-
-
M60
-
IIA-30a Structuring
TS Historical
-
-
-
-
SC1
ST21
-
-
ID
M00
Scenario ID
IIA-30a Structuring
Recalcul
ation
-
owner
-
STEP5
missing
message
for
scenario
(sequenc
e)
SF7
MIG6
STEP3
MIG6
112
STEP4
MIG6
MIG6
STEP6
MIG6
STEP7
MIG6
Wrong
use/
Missing
scenario
(context)
-
MIG6
9.3.2
Structuring / Structuring
STEP1
STEP2
Activation status
Routing
-
Format
SH1
ST06
Content
SH2
ST06
Context
SH3
ST06
SUP IIA-30b Structuring
customer Identification
-
SI7
ST20
SI8
ST20
SI9
ST20
-
-
-
D10
DGO IIA-30a Structuring
Installation Address
-
SC9
ST09
SD1
ST09
SD2
ST09
-
-
-
D20
Direction (Cons/Inj)
-
SA4
ST08
SA5
ST08
SA6
ST08
-
-
-
D30
GOS
-
S08
ST08
S09
ST08
S10
ST10
-
-
-
D40
Calc.mtr-Constant
-
S50
ST08
S51
ST08
-
-
-
-
D50
Calc.mtr-N° of digits
-
S56
ST08
S57
ST08
S58
ST08
-
-
-
D60
Calc.mtr-Metering method
-
S46
ST08
S47
ST08
S48
ST08
-
-
-
D70
Calc.mtr-Meter reference
-
S36
ST08
S37
ST08
S49
ST08
-
-
-
D80
Switching Category
-
S16
ST08
S17
ST08
S18
ST08
-
-
-
D90
Calc.mtr-Register reference
-
S38
ST08
S39
ST08
S40
ST08
-
-
-
D100 DGO IIA-30a Structuring
Calc.mtr-Meter time frame
-
S52
ST08
S53
ST08
S54
ST10
-
-
-
Calc.mtr-Type of meter
-
S42
ST05
S43
ST05
S44
ST05
-
-
-
D120 SUP IIA-30b Structuring
Category of netuser: protected
-
-
SD5
ST15
SD6
ST15
-
-
-
Category of netuser: residential
-
-
SD3
ST16
SD4
ST16
-
-
-
connection point pressure level
-
S28
ST08
S29
ST08
S30
ST08
-
-
-
Contract Effective Date
-
S99
ST20
SA1
ST20
SA2
ST20
-
-
-
Synthetic Load Profile
-
S12
ST08
S13
ST08
S14
ST10
-
-
-
Tariff code
-
S20
ST08
S21
ST08
S22
ST08
-
-
-
Voltage
-
S24
ST08
S25
ST08
S26
ST08
-
-
-
Contract Expiry Date
-
SG2
ST20
SG3
ST20
-
-
-
-
Meter reading date
-
S32
ST08
S33
ST08
S34
ST08
-
-
-
Validaty startdate SJM/SMV
-
SH4
ST08
SH5
ST08
SH6
ST08
-
-
-
GSRN
-
-
-
Invalid combination BRP/Shipper-Supplier for period
Scenario ID
D01
owner
ID
D00
STEP5
missing
message
for
scenario
(sequenc
e)
-
MIG6
MIG6
MIG6
STEP6
STEP7
Recalcul
ation
-
Wrong
use/
Missing
scenario
(context)
-
MIG6
MIG6
-
-
-
-
-
SI3
ST20
-
-
-
D222 DGO IIA-30a Structuring Invalid combination GOS/DGO for period
-
-
-
SJ3
ST08
-
-
-
-
SI1
ST20
-
SI4
ST20
-
-
-
D221 DGO IIA-30a Structuring Distribution Grid Operator (DGO)
-
SJ1
ST08
-
SJ2
ST08
-
-
-
-
-
-
SI5
ST08
-
-
-
D224 SUP IIA-30a Structuring BRP/Shipper
-
SI2
ST08
-
SI6
ST08
-
-
-
Market
-
S04
ST08
S05
ST08
S06
ST08
-
-
-
Nace-code
-
-
SD7
ST18
SD8
ST18
-
-
-
Phys.mtr-Certificate reference
-
S77
ST08
S78
ST08
-
-
-
-
Phys.mtr-Constant
-
S83
ST08
S84
ST08
S85
ST08
-
-
-
Phys.mtr-N° of digits
-
S91
ST08
S92
ST08
S93
ST08
-
-
-
Phys.mtr-Metering method
-
S73
ST08
S74
ST08
S75
ST10
-
-
-
Phys.mtr-Meter reference
-
S60
ST07
S61
ST07
S62
ST07
-
-
-
Phys.mtr-Meter TF not used
-
S95
ST08
S96
ST08
S97
ST08
-
-
-
Phys.mtr-Place in Certificate
-
S80
ST08
S81
ST08
-
-
-
-
Phys.mtr-Register reference
-
S65
ST08
S66
ST08
S67
ST08
-
-
-
Phys.mtr-Meter time frame
-
S87
ST08
S88
ST08
M08
ME06
-
-
-
Phys.mtr-Type of meter
-
S69
ST05
S70
ST05
S71
ST05
-
-
-
Subscribed power
-
SH7
ST20
SH8
ST20
SH9
ST20
-
-
-
Loss factor: copper
-
SA7
ST08
SA8
ST08
-
-
-
-
Loss factor: iron
-
SB1
ST08
SB2
ST08
-
-
-
SJV/SMV
-
SB8
ST08
SB9
ST08
-
-
M09
Enterprise number
-
-
SE4
ST17
SE5
ST17
-
-
-
Customer data
-
-
SD9
ST20
SDA
ST20
-
-
-
Incompatibility between start and date contract
TRANS
MIG6
STEP4
-
Balance supplier (Supplier)
S01
STEP3
113
ME05
-
MIG6
9.3.3
Metering / Metering
STEP1
STEP2
Context
-
-
M10
ME02
-
-
-
-
-
MA1
ME02
-
-
-
-
-
-
MJ1
ME02
-
-
-
-
-
-
-
M02
ME07
-
-
-
-
-
-
M03
ME07
-
-
-
-
-
-
M05
ME04
-
-
-
Calculated consumption does not match actual consumption
-
-
-
M06
ME04
-
-
-
D490 DGO IID-5 Metering
Wrong GCF (CBW) used
-
-
-
M11
ME04
-
-
-
Inversed Timeframes
-
-
-
M12
ME04
-
-
-
Mismatch in indexes
-
-
-
M14
ME03
-
-
-
Start index higher then end index
-
-
-
MC1
ME03
-
-
-
Mismatch in GLN-ID of DGO
-
-
-
MD1
TRANS
-
-
-
Mismatch in switch category
-
-
-
MD4
TRANS
-
-
-
The validated consumption is contested
-
-
-
ME1
ME04
-
-
-
Incomplete timeframes
-
-
-
MH1
ME06
-
-
-
Distribution over Timeframes unrealistic
-
-
-
ML1
ME04
-
-
-
Missing consumptionmessage for Accesspoint (GSRN)
-
-
-
-
M13
ME01
-
-
Missing Start-index
-
-
-
-
MM1
ME01
-
-
Missing Timeseries with unvalidated metering
-
-
-
-
MM2
ME01
-
-
Scenario ID
ME04
owner
Content
M07
STEP5
missing
message
for
scenario
(sequenc
e)
-
MIG6
MIG6
ID
Consumption is negative
Routing
-
Format
-
Metering period too long
-
Mismatch in metering period
-
Metering period too short
Mismatch in meterreading dates (end/begin) of
consecutive metering periods
Mismatch in indexes (end/begin) of consecutive metering
periods
The value provided is not according the validationrules
9.3.4
STEP3
Process / Process
114
STEP4
MIG6
MIG6
STEP6
STEP7
Recalcul
ation
-
Wrong
use/
Missing
scenario
(context)
-
MIG6
MIG6
MIG6
9.3.5
Reconciliation / Reconciliation
Scenario ID
owner
ID
D700 DGO IIE-06
Reconciliation
D710 DGO IIE-06
Reconciliation
D720 DGO IIE-06
Reconciliation
D730 DGO IIE-06
Reconciliation
D740 DGO IIE-06
Reconciliation
D750 DGO IIE-06
Reconciliation
D760 DGO IIE-06
Reconciliation
D770 DGO IIE-06
Reconciliation
D780 DGO IIE-06
Reconciliation
D790 DGO IIE-06
Reconciliation
D800 DGO IIE-06
Reconciliation
D810 DGO IIE-06
Reconciliation
D830 DGO IIE-06
Reconciliation
D840 DGO IIE-06
Reconciliation
D850 DGO IIE-06
Reconciliation
D860 DGO IIE-06
Reconciliation
D870 DGO IIE-06
Reconciliation
D890 DGO IIE-06
Reconciliation
D900 DGO IIE-06
Reconciliation
D910 DGO IIE-06
Reconciliation
STEP1
STEP2
Routing
-
Format
-
Content
-
Context
R01
N/A
STEP5
missing
message
for
scenario
(sequenc
e)
-
-
-
-
R02
N/A
-
-
-
-
-
-
R03
N/A
-
-
-
-
-
-
R04
N/A
-
-
-
-
-
-
R05
N/A
-
-
-
-
-
-
R06
N/A
-
-
-
-
-
-
R07
N/A
-
-
-
-
-
-
R08
N/A
-
-
-
R09
N/A
R10
N/A
R11
N/A
MIG6
EAN-GSRN does not belong to supplier (MD SNAPSHOT
& TS SNAPSHOT only)
EAN-GSRN is missing in reconciliation snapshot (MD
SNAPSHOT & TS SNAPSHOT only)
Master data Period does not correspond with original
structuring data, UTILMD E07 (MD SNAPSHOT only)
BRP / Shipper does not correspond to original structuring
data (MD SNAPSHOT only)
DNB does not correspond to original structuring data (MD
GOS does not correspond to original structuring data (MD
Meetmethode does not correspond to original structuring
data (MD SNAPSHOT only)
Synthetic Load Profile does not correspond to original
structuring data (MD SNAPSHOT only)
Market does not correspond to original structuring data
(MD SNAPSHOT only)
Type of metering point (direction) does not correspond to
original structuring data, UTILMD E07 (MD SNAPSHOT
only)
Period EAV/EMV does not correspond with original
UTILTS (MD SNAPSHOT only)
EAV/EMV value (kWh) does not correspond with metering
for same period, UTILTS (MD SNAPSHOT only)
STEP3
MIG6
STEP4
MIG6
MIG6
STEP6
STEP7
Recalcul
ation
-
Wrong
use/
Missing
scenario
(context)
-
MIG6
MIG6
-
-
-
R12
N/A
-
-
-
Start date consumption does not correspond with original
UTILTS (TS SNAPSHOT only)
End date consumption does not correspond with original
UTILTS (TS SNAPSHOT only)
UTIL-TS consumption may not be included in snapshot
UTILTS, for period reason (RF) (TS SNAPSHOT only)
Consumption value (kWh) does not correspond with
metering for same period, UTILTS (TS SNAPSHOT only)
Meter timeframe mismatch tussen de oorspronkelijke
ontvangen UTIMLD (MD SNAPSHOT & TS SNAPSHOT
only)
Invalid combination EAV/EMV / Switching category
-
-
-
R13
N/A
-
-
-
-
-
-
R14
N/A
-
-
-
-
-
R15
-
-
-
-
-
-
R16
N/A
-
-
-
-
-
-
R17
N/A
-
-
-
-
-
R18
-
-
-
Is Reconciliation volume equal to result of Allocation "VIE" volume
Self calculated "VIE" volume from the snapshots does not
equal "VIE" volume
-
-
-
R19
N/A
-
-
-
-
-
-
R20
N/A
-
-
-
115
N/A
N/A
-
-
MIG6
9.4
Schematisch overzicht transitie structuring scenario’s / Aperçu schématique de la transition des scénarios structuring
Scenario
Move out
Move In
ED=Date opening
meter
Request
date
Send date TMD
< Go-live I
Send date TMD
>=Go-live I
> Go-live I
<EDsplit
EDsplit-Go-live I
>Go-live I
<EDsplit
Removal power limiter
EDsplit-Go-live I
>Go-live I
<EDsplit
Drop non residential EDsplit-Go-live I
>Go-live I
Pose CàB
<EDsplit
ED=date
EDsplit-Go-live I
installation/activation
>Go-live I
<EDsplit
MOZA
EDsplit-Go-live I
>Go-live I
<EDsplit
MOZA Brussels
EDsplit-Go-live I
>Go-live I
Installation power
limiter
End of contract non
residential
<EDsplit
EDsplit-Go-live I
>Go-live I
<EDsplit
EDsplit-Go-live I
>Go-live I
Effective date
<EDsplit
EDsplit-Go-Live I
Go-live I - [Go-live I +1week]
> [Go-live I +1week]
MIG 4
Buffer and send in MIG 6
N/A
N/A
MIG 6
MIG 6
MIG 6
MIG 6
N/A
MIG 4
N/A
MIG 6
MIG4 /
Update Technical Master
data MIG 6 after Go-live
N/A
N/A
MIG 4
N/A
N/A
MIG 4
N/A
N/A
MIG 4 (untill M-31cd)
N/A
MIG 6 (ILC)
MIG 4 (untill M-46cd)
N/A
MIG 6 (ILC)
MIG4 /
Update Technical Master
data MIG 6 after Go-live
N/A
N/A
MIG 4
N/A
N/A
N/A
Transform 4->6
WORKAROUND
MIG 6
MIG 6 (request from Sup)
Transform 4->6
WORKAROUND
MIG 6
MIG 6 (request from Sup)
Transform 4->6
WORKAROUND
MIG 6
N/A
N/A
N/A
WORKAROUND
N/A
NONE
N/A
N/A
NONE
N/A
N/A
NONE
N/A
MIG 6 (ILC)
NONE
N/A
MIG 6 (ILC)
N/A
MIG 6
NONE
NONE
N/A
NONE
N/A
N/A
NONE
NONE
MIG 6 (ILC)
NONE
NONE
MIG 6 (ILC)
N/A
MIG 6
Transform 4->6
NONE
MIG 6
Transform 4->6
NONE
MIG 6
NONE
N/A
MIG 6 (ILC)
NONE
N/A
MIG 6 (ILC)
N/A
N/A
N/A
WORKAROUND
N/A
NONE (except 1/1/2018)
N/A
N/A
N/A
MIG 6
NONE
NONE
N/A
N/A
MIG 6
Transform 4->6
NONE
MIG 6
116
Scenario
Request
date
<EDsplit
End of contract
EDsplit-Go-live I
residential
>Go-live I
<EDsplit
Supplier switch
EDsplit-Go-live I
>Go-live I
<EDsplit
Drop residential (WAL
EDsplit-Go-live I
/ FLA)
>Go-live I
<EDsplit
Change Balance
EDsplit-Go-live I
responible party
>Go-live I
<EDsplit
EDsplit-Go-live I
Supplier switch after
drop
>Go-live I
Supplier switch to
Comm Suppl
<EDsplit
EDsplit-Go-live I
>Go-live I
<EDsplit
EDsplit-Go-live I
>Go-live I
<EDsplit
Combined switch YMR EDsplit-Go-live I
>Go-live I
<EDsplit
Combined switch
EDsplit-Go-live I
M/AMR
>Go-live I
<EDsplit
EDsplit-Go-live I
Supplier switch after
EOC
>Go-live I
Customer switch
<EDsplit
EDsplit-Go-live I
>Go-live I
Effective date
<EDsplit
MIG 4
N/A
N/A
MIG 4
N/A
MIG 6
MIG 4
N/A
N/A
MIG 4
N/A
N/A
MIG 4
N/A
MIG 6
(Start Access Supplier
switch)
MIG 4
N/A
MIG 6
switch)
MIG 4
N/A
MIG 6
switch)
MIG 4
BUFFER
MIG 6
MIG 4
N/A
MIG 6
MIG 4
N/A
MIG 6
switch)
MIG 4
BUFFER
MIG 6
EDsplit-Go-Live I
N/A
N/A
BUFFER
MIG 6
NONE
N/A
N/A
NONE
N/A
NONE
BUFFER
MIG 6
switch)
NONE
BUFFER
MIG 6
switch)
NONE
BUFFER
MIG 6
switch)
NONE
BUFFER
MIG 6
NONE
BUFFER
MIG 6
BUFFER
MIG 6
switch)
NONE
BUFFER
MIG 6
117
NONE
NONE
N/A
NONE
BUFFER
MIG 6
NONE
NONE
N/A
NONE
NONE
N/A
NONE
BUFFER
MIG 6
switch)
NONE
BUFFER
MIG 6
switch)
NONE
BUFFER
MIG 6
switch)
NONE
BUFFER
MIG 6
NONE
BUFFER
MIG 6
NONE
BUFFER
MIG 6
switch)
NONE
BUFFER
MIG 6
Transform 4->6
NONE
MIG 6
Transform 4->6
BUFFER
MIG 6
Transform 4->6
NONE
MIG 6
NONE
NONE
MIG 6*
NONE
BUFFER
MIG 6
switch)
N/A
BUFFER
MIG 6
switch)
N/A
BUFFER
MIG 6
switch)
NONE
BUFFER
MIG 6
NONE
BUFFER
MIG 6
NONE
BUFFER
MIG 6
switch)
NONE
BUFFER
MIG 6
Scenario
Cancel/Annulation
scenario
Secured cancel
Request
date
<EDsplit
EDsplit-Go-live I
>Go-live I
<EDsplit
EDsplit-Go-live I
>Go-live I
<EDsplit
E44 Regularisation
EDsplit-Go-live I
(WAL / FLA)
>Go-live I
<EDsplit
Change relational data
EDsplit-Go-live I
(SUP)
>Go-live I
Send date TMD
Change tech. MD
< Go-live I
(DGO)
Send date TMD
>=Go-live I
<EDsplit
MS after ED
EDsplit-Go-live I
>Go-live I
<EDsplit
MS before ED
EDsplit-Go-live I
>Go-live I
<EDsplit
Sleeping Move in
EDsplit-Go-live I
>Go-live I
<EDsplit
Désactivation
EDsplit-Go-live I
Compteur Budget
>Go-live I
<EDsplit
Rectification
EDsplit-Go-live I
>Go-live I
Effective date
<EDsplit
MIG 4
N/A
N/A
MIG4
N/A
EDsplit-Go-Live I
N/A
BUFFER
N/A
N/A
NONE
N/A
N/A
MIG4
N/A
N/A
MIG 4
N/A
N/A
N/A
BUFFER
N/A
N/A
BUFFER
N/A
N/A
N/A
MIG 6
N/A
NONE
MIG 6
(Request unlock)
N/A
N/A
MIG 6
N/A
N/A
MIG 6
N/A
N/A
MIG 6
N/A
NONE
MIG 6
(Request unlock)
N/A
N/A
MIG 6
N/A
N/A
MIG 6
MIG 4
Buffer and send in MIG 6
N/A
N/A
MIG 6
MIG 6
MIG 6
MIG 6
MIG 4
N/A
N/A
NONE
NONE
N/A
NONE
N/A
MIG 6
NONE
N/A
MIG 6
N/A
N/A
MIG6
N/A
N/A
MIG6
N/A
N/A
MIG6
N/A
N/A
MIG6
MIG 4
NONE
MIG 6
MIG 4
NONE
MIG 6
Mail / Website
N/A
N/A
MIG 4
N/A
N/A
N/A
Mail/Website
N/A
N/A
BUFFER
N/A
118
Legend
N/A
Request / initiation of scenario not possible due to MIG 4 / MIG 6 Cmin & Cmax.
NONE
Scenario is possible in the MIG4 / MIG6 Cmin & Cmax but can not be requested / initiated to facilitate the transition
GL
Date of Go-live
BUFFER
WORKAROUND
9.5
Scenario is buffered and will not reach the recepient untill after Go-live MIG 6. Details on the buffering are
described in The transition principles.
For scenario's for which there impact on the client in the case they can not be executed in the current timings, a
workaround is put in place to ensure during the transition period that the clients requests are executed.
Emailadressen opvragen TMD / Adresses électroniques pour demandes TMD
DNB
Email
Eandis
[email protected]
RESA
TBC
ORES
TBC
Infrax
TBC
Sibelga
The Web Application will indicate until when the data is up to date:

If the requested TMD is up to date, then the Web application of Clearing
House will still be available and the supplier can fetch all needed information
from there.

If not, contact through normal communication channels (access & transit)
Régie de Wavre
TBC
AIESH
TBC
AIEG
TBC
119
9.6
9.6.1
Voorbeelden split volumes VI / Exemples split volumes VI
Metering timeslice ligt volledig voor EDSPLIT / La période de metering est antérieure à EDSPLIT
Case 1: Geen zonnepanelen
Cas 1 : absence de panneaux solaires
Data
Access point in pure offtake
Measured volume (HI;A +-A-; kWh):
4000
Measured volume (LO;A +-A-; kWh):
Period:
Date Split MIG 4-MIG 6:
Commodity
Type local production
3000
01/04/2016 - 01/04/2017
N/A
Elec
N/A
Calculation VI
UMIG 4.1 fraction based on SLP MIG4.1
Split based on UMIG 4.1
VI volume
TH
TH
Metering volume for facturation
customer
HI
LO
apr/16
7%
490
490
mei/16
5%
350
350
jun/16
5%
350
350
jul/16
2%
140
140
aug/16
2%
140
140
sep/16
6%
420
420
okt/16
8%
560
560
nov/16
10%
700
700
dec/16
20%
1400
1400
jan/17
15%
1050
1050
feb/17
10%
700
700
mrt/17
10%
700
700
4000
3000
Case 2: Wel zonnepanelen & P<C voor de volledige timeslice
SUM
100%
7000
7000
4000
3000
Cas 2 : présence de panneaux solaires & P<C pour toute la période
Data
Access point in compensation
Measured volume (TH;A +-A-; kWh):
Period:
Commodity
1000
01/04/2016 - 01/04/2017
N/A
Elec
N/A
Calculation VI
VI volume
TH
TH
Metering volume for fact. customer
TH
apr/16
7%
70
70
mei/16
5%
50
50
jun/16
5%
50
50
jul/16
2%
20
20
aug/16
2%
20
20
sep/16
6%
60
60
okt/16
8%
80
80
1000
120
nov/16
10%
100
100
dec/16
20%
200
200
jan/17
15%
150
150
feb/17
10%
100
100
mrt/17
10%
100
100
SUM
100%
1000
1000
1000
Case 3: Wel zonnepanelen & P>C voor de volledige timeslice
Cas 3 : présence de panneaux solaires & P>C pour toute la période
Data
Compensated volume (TH; kWh):
Period:
Commodity
-1000
0
01/04/2016 - 01/04/2017
N/A
Elec
N/A
Calculation VI
VI volume
TH
TH
TH
If <0 = '0'
avr-16
7%
0
0
mai-16
5%
0
0
juin-16
5%
0
0
juil-16
2%
0
0
août-16
2%
0
0
sept-16
6%
0
0
oct-16
8%
0
0
0 -> [Max(A+-A-);0]
121
nov-16
10%
0
0
déc-16
20%
0
0
janv-17
15%
0
0
févr-17
10%
0
0
mars-17
10%
0
0
SUM
100%
0
0
0
9.6.2
Metering timeslice overlapt met EDSPLIT / La période de metering chevauche EDSPLIT
Data
Measured volume (HI;A+-A-; kWh)
Measured volume (LO;A+-A-; kWh)
Period:
Commodity
2000
3000
01/04/2017 - 01/04/2018
1/01/2018
Elec
N/A
Calculation VI
MIG 6 fraction profile HI/LO based on RLP MIG 6
MIG 4 fraction profile based on SLP MIG 4
Split based on MIG 6
Aggregation volumes <01/01/2018
Resplit based on MIG 4.1
VI volume
customer
HI
LO
TH
TH
TH
HI
LO
01/01/2018
avr-17
mai-17 juin-17
juil-17 août-17 sept-17
5%
5%
5%
3%
3%
5%
10%
10%
10%
5%
5%
10%
100
100
100
50
50
100
150
150
150
75
75
150
3250
325
325
325
162,5
162,5
325
325
325
325
162,5
162,5
325
oct-17
nov-17 déc-17 janv-18 févr-18 mars-18
10%
15%
15%
15%
10%
10%
15%
15%
20%
200
300
300
300
200
200
300
450
450
450
300
300
487,5
487,5
487,5
487,5
650
650
300
450
HI
LO
2000
3000
122
200
300
200
300
SUM
100%
100%
2000
3000
3250
3250
3250
700
1050
2000
3000
Case 2: Wel zonnepanelen & P<C voor de volledige timeslice
TYPE 1
Cas 2 : présence de panneaux solaires & P<C pour toute la période
Index Spring
Data
Bruto P (kWh)
Bruto C (kWh)
Period:
Commodity
1000
3000
4000
01/04/2017 - 01/04/2018
1/01/2018
Elec
Photovoltaic
Calculation VI
MIG 6 fractie profile P based on SPP MIG 6
MIG 6 fractie profile C based on RLP MIG 6
MIG 4 fractie profile P based on SLP MIG 4
MIG 4 fractie profile C based on SLP MIG 4
P
C
P
C
P
C
Net VI volume
01/01/2018
avr-17
mai-17 juin-17 juil-17 août-17 sept-17
10%
10%
15%
15%
15%
10%
5%
5%
5%
3%
3%
5%
10%
10%
10%
5%
5%
10%
10%
10%
10%
5%
5%
10%
300
300
450
450
450
300
200
200
200
100
100
200
2625
2600
262,5
262,5
262,5
131,25
131,25
262,5
260
260
260
130
130
260
-2,5
-2,5
-2,5
-1,25
-1,25
-2,5
TH
oct-17
5%
5%
2,50%
2,50%
5%
5%
10%
15%
15%
15%
10%
10%
15%
15%
20%
15%
15%
20%
150
150
75
75
150
150
400
600
600
600
400
400
1000
123
393,75
390
-3,75
393,75
390
-3,75
525
520
-5
525
250
250
SUM
100%
100%
100%
100%
3000
4000
2625
2600
2625
2600
1000
1000
TYPE 2:
Index Autumn
Data
Bruto P (kWh)
Bruto C (kWh)
Period:
Commodity
1000
3000
4000
01/10/2017 - 01/10/2018
1/01/2018
Elec
Photovoltaic
Calculation VI
P
C
P
C
P
C
Net VI volume
01/01/2018
oct-17
5%
5%
2,50%
2,50%
5%
5%
10%
15%
15%
15%
10%
10%
30%
30%
40%
30%
30%
40%
150
150
75
75
150
150
400
600
600
600
400
400
375
1600
112,5
112,5
150
480
480
640
367,5
367,5
490
525
250
250
TH
avr-18
mai-18 juin-18
10%
10%
15%
5%
5%
5%
1000
124
15%
15%
10%
3%
3%
5%
300
200
300
200
450
200
450
100
450
100
300
200
-100
-100
-250
-350
-350
-100
SUM
100%
100%
100%
100%
3000
4000
375
1600
375
1600
1000
1000
Case 3: Wel zonnepanelen & P>C voor de volledige timeslice (WAL / FLA)
TYPE 1
Cas 3 : présence de panneaux solaires & P>C pour toute la période (WAL / FLA)
Index in Spring
Data
Bruto P (kWh)
Bruto C (kWh)
Period:
Commodity
-1000
0
4000
4000
01/04/2017 - 01/04/2018
1/01/2018
Elec
Photovoltaic
Calculation VI
P
C
P
C
P
C
NET VI volume
If <0 = '0'
START
New service
01/01/2018
avr-17
10%
5%
10%
10%
400
200
mai-17
10%
5%
10%
10%
400
200
juin-17
15%
5%
10%
10%
600
200
juil-17
15%
3%
5%
5%
600
100
350
260
-90
350
260
-90
350
260
-90
175
130
-45
août-17
15%
3%
5%
5%
600
100
3500
2600
175
130
-45
sept-17
10%
5%
10%
10%
400
200
oct-17
5%
10%
15%
15%
200
400
nov-17
5%
15%
15%
15%
200
600
déc-17
2,50%
15%
20%
20%
100
600
350
260
-90
525
390
-135
525
390
-135
700
520
-180
+
TH
-
0 -> [Max(A -A );0]
125
janv-18
2,50%
15%
févr-18
5%
10%
mars-18
5%
10%
100
600
200
400
200
400
500
200
200
SUM
100%
100%
100%
100%
4000
4000
3500
2600
3500
2600
0
0
TYPE 2:
Index Autumn
Data
Bruto P (kWh)
Bruto C (kWh)
Period:
Commodity
-1000
0
4000
4000
01/10/2017 - 01/10/2018
1/01/2018
Elec
Photovoltaic
Calculation VI
P
C
P
C
P
C
NET VI volume
If <0 = '0'
START
New service
01/01/2018
oct-17
5%
5%
2,50%
2,50%
5%
5%
10%
15%
15%
15%
10%
10%
30%
30%
40%
30%
30%
40%
200
200
100
100
200
200
400
600
600
600
400
400
500
1600
150
150
200
480
480
640
330
330
440
500
200
200
avr-18
mai-18 juin-18
10%
10%
15%
5%
5%
5%
+
TH
400
200
400
200
600
200
600
100
600
100
400
200
-200
-200
-400
-500
-500
-200
-
0 -> [Max(A -A );0]
126
15%
15%
10%
3%
3%
5%
SUM
100%
100%
100%
100%
4000
4000
500
1600
500
1600
0
0
9.6.3
Metering timeslice ligt volledig na EDSPLIT / La période de metering est postérieure à EDSPLIT
CASE 1: Zonder zonnepanelen
Data
Measured volume (HI;A +-A-; kWh):
+
-
Measured volume (LO;A -A ; kWh):
Period:
Commodity
4000
3000
01/04/2018 - 01/04/2019
N/A
Elec
N/A
Calculation VI
MIG 6 fraction profile HI/LO based on RLP MIG 6
Split based on MIG 6.0
VI volume
VI volume
HI
LO
HI
LO
customer
HI
LO
apr/18
5%
200
150
200
150
mei/18
5%
200
150
200
150
jun/18
5%
200
150
200
150
jul/18
3%
100
75
100
75
aug/18
3%
100
75
100
75
sep/18
5%
200
150
200
150
okt/18
10%
400
300
400
300
4000
3000
127
nov/18
15%
600
450
600
450
dec/18
15%
600
450
600
450
jan/19
15%
600
450
600
450
feb/19
10%
400
300
400
300
mrt/19
10%
400
300
400
300
SUM
100%
4000
3000
4000
3000
4000
3000
Case 2: Met zonnepanelen, zonder overproductie
Cas 2 : présence de panneaux solaires, sans surproduction
Data
Access point in NEW SERVICE (valorisation)
Brut P (kWh)
Brut C (kWh)
Period:
Commodity
1000
4000
5000
01/04/2018 - 01/04/2019
N/A
START
Elec
New service
N/A
Calculation VI
NET VI volume
P
C
TH
TH
avr-18
10%
5%
400
250
-150
mai-18
10%
5%
400
250
-150
juin-18
15%
5%
600
250
-350
juil-18
15%
3%
600
125
-475
août-18
15%
3%
600
125
-475
sept-18
10%
5%
400
250
-150
oct-18
5%
10%
200
500
300
nov-18
5%
15%
200
750
550
déc-18
2,50%
15%
100
750
650
janv-19
2,50%
15%
100
750
650
févr-19
5%
10%
200
500
300
mars-19
5%
10%
200
500
300
1000
Case 3: Met zonnepanelen, met overproductie
SUM
100%
100%
4000
5000
1000
1000
Cas 3 : présence de panneaux solaires, avec surproduction
Data
Access point in NEW SERVICE (valorisation)
Brut P (kWh)
Brut C (kWh)
Period:
Commodity
-1000
4000
3000
01/04/2018 - 01/04/2019
N/A
START
Elec
new service
N/A
Calculation VI
NET VI volume
P
C
TH
TH
avr-18
10%
5%
400
150
-250
mai-18
10%
5%
400
150
-250
juin-18
15%
5%
600
150
-450
juil-18
15%
3%
600
75
-525
août-18
15%
3%
600
75
-525
sept-18
10%
5%
400
150
-250
oct-18
5%
10%
200
300
100
(A+-A-) -> -1000
128
nov-18
5%
15%
200
450
250
déc-18
2,50%
15%
100
450
350
janv-19
2,50%
15%
100
450
350
févr-19
5%
10%
200
300
100
mars-19
5%
10%
200
300
100
SUM
100%
100%
4000
3000
-1000
-1000
9.7
9.7.1
Detailuitwerking start service « Valorisatie injectie » (WAL/FLA) & service « Beperkte vermarkting injectie »
VL/WAL: switch naar Valorisatie van Injectie / FL/WAL: switch vers Valorisation de l’injection
Switch naar service valorisatie op de eerste periodieke index vanaf de maand van
Go-live MIG 6 via een Update TMD vanuit de DNB.
Switch vers le service valorisation au premier index à partir du mois de Go-Live MIG
6 par un Update TMD du DGO.
129
Start situatie op Go-Live:
La situation de départ au Go-Live :
-
Een klant met lokale productie zal op de Go-Live datum ‘compensatie’ als
actieve service hebben.
-
Un client avec la production locale aura « compensation » comme service
actif à la date de Go-Live.
-
De Available Service Catalogue van het Headpoint zal minstens volgende
services aanbieden:
-
L’Available Service Catalogue du Headpoint offrira au moins les services
suivants :
o
compensatie
o
Compensation
o
valorisatie injectie
o
Valorisation de l’injection
Stap 1 – Periodieke indexopname:
-
L’étape 1 – index périodique :
Stap 2 – Switch naar Valorisatie Injectie:
-
-
-
De DGO-BE voert de eerste periodieke indexopname na EDSPLIT uit, maar
stuurt het bericht E23 niet uit naar de markt.
Le DGO-BE exécute la relève du premier index périodique après l’EDSPLIT,
mais il n’envoie pas le message E23 au marché.
L’étape 2 - Switch vers valorisation de l’injection :
Switch naar de service ‘valorisatie injectie’. Hiervoor stuurt de DNB een
UTMD met ED = datum periodieke indexopname naar het CMS.
-
Switch vers le service ‘valorisation de l’injection’. Pour cela le GRD
envoie un UTMD avec une ED = la date d’index périodique au CMS.
o
De DGO-BE stuurt de bijhorende Billing Relevant Volumes,
verkregen tijdens de periodieke indexopname, naar het CMS.
o
Le DGO-BE envoie les Billing Relevant Volumes concernés,
obtenus avec l’index périodique, au CMS.
o
DGO-BE verwijdert de service ‘Compensatie’ uit de Available
Service Catalogue.
o
Le DGO-BE enlève le service « Compensation » de l’Available
Service Catalogue.
-
Het CMS stuurt de nodige MIG6 berichten naar de Balance Supplier om de
periode m.b.t. de service compensatie af te rekenen.
Le CMS envoie les messages MIG 6 nécessaires aux Balance Suppliers
pour facturer la période concernant le service compensation.
o
De startindex service “valorisatie injectie” = effectieve datum
periodieke indexopname (inclusief)
o
L’index de début du service « valorisation de l’injection » = la date
effective de relevé périodique (inclusive)
o
De eindindex service “compensatie”
periodieke indexopname (exclusief)
o
L’index de fin du service « valorisation de l’injection » = la date
effectivede relevé d’index périodique (exclusive)
=
effectieve
datum
130
Switch in de toekomst op vraag van de klant via de standaard MIG 6 processen
vanaf de maand van Go-live MIG 6.
Switch dans le futur à la demande du client par les processus de MIG 6 standards à
partir du mois de Go-Live MIG 6.
Use Case A: Initiate Local Production
131
-
Een klant met lokale productie zal op de Go-Live datum compensatie als
-
Un client avec production locale aura « compensation » comme service
-
services aanbieden:
-
suivants :
o
compensatie
o
Compensation
o
o
Stap 1 – Initiate Local Production:
-
L’étape 1 – Initiate Local Production :
-
De Balance Supplier initieert een Initiate Local Production met een ED
in de toekomst met als doel een switch naar de service ‘valorisatie
injectie’.
Le Balance Supplier initie une Initiate Local Production avec une ED
dans le futur dans le but d’un switch au service « valorisation de
l’injection ».
o
De Balance Supplier is verantwoordelijk om de klant te informeren
over de impact op de periode m.b.t. ‘compensatie’.
o
Le Balance Supplier est responsable d’informer le client de
l’impact sur la période concernant « compensation ».
o
De DGO-BE verstuurt de Billing Relevant Volumes naar het CMS.
o
Le DGO-BE envoie des Billing Relevant Volumes au CMS.
-
De service Compensatie wordt verwijderd uit de Available Service
Catalogue.
-
Le service compensation est supprimé de l’Available Service
Catalogue.
-
Het CMS stuurt de nodige MIG6 berichten naar de Balance Supplier om de
periode m.b.t. de service compensatie af te rekenen.
-
Le CMS envoie les messages MIG 6 nécessaire aux Balance Suppliers
pour facturer la période concernant le service compensation.
o
De startindex service “valorisatie injectie” = effectieve datum ILP
(inclusief)
o
effective d’ILP (inclusive)
o
De eindindex service “compensatie” = effectieve datum ILP
(exclusief)
o
effective d’ILP (exclusive)
Stap 2 – Periodieke Indexopname:
-
L’étape 2 – L’index périodique :
-
De DGO-BE verstuurt de Billing Relevant Volumes m.b.t. de periode
‘valorisatie injectie’ naar het CMS.
132
Le DGO-BE envoie les Billing Relevant Volumes concernant la période «
valorisation de l’injection » au CMS.
Use Case B: ILP met RD voor de periodieke meter opname, maar de ED na de periodieke meter opname.
Use Case B: ILP avec une RD avant le relève du premier index périodique, mais avec une ED après le relève du premier index périodique.
133
134
-
-
-
In de Available Service Catalogue van het Headpoint zal minstens
volgende services aanbieden:
-
suivants :
o
compensatie
o
Compensation
o
o
Stap 1 – Initiate Local Production:
-
L’étape 1 – Initiate Local Production :
Stap 2 – Periodieke Indexopname voor de ED ILP:
-
-
Le Balance Supplier initie une Initiate Local Production avec une ED dans
le futur. Par conséquent, le service actif changera à l’ED vers « valorisation
de l’injection ».
L’étape 2 – L’index périodique avant l’ED d’ILP :
-
De DNB voert de eerste periodieke indexopname na EDSPLIT uit, maar
Stap 3 – Switch naar service ‘valorisatie injectie’:
-
-
De Balance Supplier initieert een Initiate Local Production met ED in de
toekomst. Hierdoor zal de actieve service op ED switchen naar ‘valorisatie
injectie’.
Le GRD relève le premier index périodique après l’EDSPLIT, mais il n’envoie
pas le message E23 au marché.
L’étape 3 – Switch vers le service ‘Valorisation de l’injection’ :
Switch naar de service ‘valorisatie injectie’. De DNB stuurt een UTMD
met ED = datum periodieke indexopname naar het CMS.
-
Switch vers le service ‘valorisation de l’injection’. Le GRD envoie un
UTMD avec une date effective = la date d’index au CMS.
o
De DGO-BE stuurt de Billing Relevant Volumes, verkregen
tijdens de periodieke indexopname, naar het CMS.
o
Le DGO-BE envoie les Billing Relevant Volumes, obtenus avec
l’index périodique, au CMS.
o
De DGO-BE verwijdert de service ‘Compensatie’ uit de
Available Service Catalogue.
o
Le DGO-BE supprime le service ‘compensation’ de l’Available
Service Catalogue.
-
Het CMS zal de nodige MIG6 berichten naar de Balance Supplier sturen
om de periode m.b.t. ‘compensatie’ af te rekenen.
Le CMS enverra les messages MIG 6 nécessaire aux Balance Suppliers
pour facturer la période concernant « compensation ».
o
o
effectivede relevé d’index périodique (inclusive)
o
o
effective de relevé d’index périodique (exclusive)
=
effectieve
datum
Stap 4 – ED ILP:
L’étape 4 – L’ED d’ILP :
-
De DGO-BE stuurt de Billing Relevante Volumes naar het CMS.
-
Le DGO-BE envoie les Billing Relevant Volumes au CMS.
-
om de eerste periode m.b.t. ‘valorisatie injectie’ af te rekenen.
-
Le CMS enverra les messages MIG 6 nécessaires aux Balance Suppliers
pour facturer la période concernant « valorisation de l’injection ».
135
Use Case C: Customer Switch met ED < ED-split
Use Case C: Customer Switch avec ED < ED-split
136
-
-
-
services aanbieden:
-
suivants :
o
compensatie
o
Compensation
o
o
Stap 1 – Customer Switch met ED < ED-split:
-
-
De Balance Supplier initieert een Start Access Customer Switch met ED in
het verleden.
Stap 2 – Periodieke Indexopname
-
L’étape 1 : Customer Switch avec ED < ED-split :
Le Balance Supplier initie un Start Access Customer Switch avec l’ED
dans le passé.
L’étape 2 – L’index périodique :
-
De DNB voert de eerste periodieke indexopname na Go-Live uit, maar
137
Le GRD relève le premier index périodique après le Go-Live, mais il
n’envoie pas le message E23 au marché.
Stap 3 – Switch naar service valorisatie injectie:
-
-
L’étape 3 – Switch vers le service valorisation de l’injection :
met ED = datum periodieke opname naar het CMS.
-
Switch vers le service « valorisation de l’injection ». Le GRD envoie un
UTMD avec une ED = la date de l’index périodique au CMS.
o
De DGO-BE stuurt de Billing Relevante Volumes, verkregen
o
o
o
Le DGO-BE supprime le service « compensation » de
l’Available Service Catalogue.
-
om de periode m.b.t. de service compensatie af te rekenen.
Le CMS enverra les messages MIG 6 nécessaires aux Balance Supplier
pour facturer la période concernant le service « compensation ».
o
o
effective de relevé d’index périodique (inclusive)
o
o
=
effectieve
datum
138
Use Case D: Lokale productie gemeld in MIG 6.0, maar effectief sinds de MIG 4.1 periode.
Use Case D: La production locale communiquée en MIG 6.0, mais effective à partir de la période MIG 4.1
139
-
Een klant zonder lokale productie zal op de Go-Live datum ‘zuivere
afname’ als actieve service hebben.
Stap 1 – Lokale productie kenbaar maken (start in MIG 4 periode):
-
La situation de départ au Go-Live:
De DNB initieert op initiatief van de klant een UTMD om de lokale
productie installatie kenbaar te maken. De start (=ED UTMD) van zijn
installatie ligt in de MIG 4 periode.
-
Het Headpoint krijgt ‘compensatie’ als actieve service.
-
Update van de Available Service Catalogue van het Market Headpoint met
volgende aangeboden services:
o
compensatie (enkel voor modules in het verleden)
o
-
L’étape 1 – Faire connaître la production locale (départ dans la période de MIG
4)
Stap 2 – Periodieke Indexopname
-
De DNB voert de eerste periodieke indexopname na ED-split uit, maar
Un client sans production locale aura au Go-Live le service « prélèvement
pur » comme service actif.
-
Le GRD initie à l’initiative du client un UTMD pour faire connaître
l’installation de production locale. Le départ (=ED UTMD) de son
installation se trouve dans la période de MIG 4.
-
Le Headpoint reçoit « compensation » comme le service actif.
-
Mise à jour de l’Available Service Catalogue du Market Headpoint avec les
services offerts suivants :
o
Compensation (seulement pour des modules dans le passé)
o
L’étape 2 – L’index périodique
140
-
Stap 3 – Switch naar Valorisatie injectie:
-
-
met ED = datum periodieke opname naar het CMS.
o
o
De DGO-BE stuurt de Billing Relevant Volumes, verkregen
L’étape 3 – Switch vers Valorisation de l’injection :
-
om de periode m.b.t. compensatie af te rekenen.
o
o
=
effectieve
Le GRD relève le premier index périodique après l’ED-split, mais il
n’envoie pas le message E23 au marché.
-
Switch vers le service ‘valorisation de l’injection’. Le GRD envoie un
UTMD avec une ED = la date de l’index périodique au CMS.
o
Le DGO-BE supprime le service « compensation » de
l’Available Service Catalogue.
o
Le CMS enverra les messages MIG 6 nécessaire au Balance Supplier
pour facturer la période concernant le service « compensation ».
o
effective de relevé d’index périodique (inclusive)
o
datum
141
Nieuw gemelde lokale producties vanaf de maand van Go-live en een datum
indienstname vanaf de maand van Go-live MIG 6 starten met de service valorisatie.
Des productions locales nouvelles communiquées à partir du mois de Go-Live et
une date d’entrée en service à partir du mois de Go-Live MIG 6 démarrent avec le
service valorisation.
-
-
Een klant zonder lokale productie zal op de Go-Live datum zuivere afname
als actieve service hebben.
Stap 1 – Switch naar de service valorisatie injectie:
Un client sans production locale aura au Go-Live « prélèvement pur »
comme service actif.
L’étape 1 – Switch vers le service valorisation de l’injection :
-
Op vraag van de klant zal de DGO-BE lokale productie activeren met als
actieve service: ‘Valorisatie van injectie’.
-
Le DGO-BE activera à la demande du client la production locale avec
service actif : « valorisation de l’injection ».
-
De Available Service Catalogue zal in lijn worden gebracht met de actieve
lokale productie. De service ‘compensatie’ zal hierin niet aangeboden
worden.
-
L’Available Service Catalogue sera aligné sur la production locale active.
Le service « compensation » ne sera pas offert.
142
Gebruik index bij de switch naar ‘Valorisatie van injectie’
Utilisation d’un index de switch pour la ‘valorisation de l’injection’
Bovenstaande tijdslijn schetst de verschillende processen waarmee er een nieuwe
index ter beschikking wordt gesteld. Echter, niet elk van de verkregen indexen zal
gebruikt worden om de switch naar de nieuwe service ‘Valorisatie van injectie’ uit te
voeren.
La figure ci-dessus présente des processus différents avec lesquels un nouvel
index est envoyé. Cependant tous ces index ne seront pas utilisés pour exécuter le
switch vers le nouveau service « valorisation de l’injection ».
Hierdoor is het mogelijk dat de switch naar ‘valorisatie van injectie’ niet gebeurt op
basis van de eerst beschikbare MIG 6 index. Volgende tabel geeft een overzicht
welk type index wel/niet gebruikt kunnen worden:
Par conséquent c’est possible que le switch vers « valorisation de l’injection » ne se
fasse pas sur base du premier index de MIG 6 disponible. Le tableau suivant donne
un aperçu des types d’index (ne) pouvant (pas) être utilisés :
Type of index
Index to be used for the switch to Valorization?
Index structuring scenario
No, except for the ILP
Index MROD
No
Index TMD changes
No
Index Ad Hoc Meter Read
No
Periodic index
Yes, the switch to valorization injection will be done by the DGO using an UTMD
with ED equal to de periodic index read.
143
9.7.2
BRU: switch naar Beperkte Vermarkting van Injectie
Situatie op het einde MIG 4:
-
Le client a, à la fin de la période de MIG 4, production locale avec
« compensation » comme service actif.
Le départ du service « commercialisation contrainte de l’injection » :
Het Atrias Migratie team voorziet de logica om de nieuwe service ‘Beperkte
Vermarkting van Injectie’ te activeren vanaf ED-split.
o
-
-
De klant heeft, op het einde van de MIG 4 periode, lokale productie met
‘compensatie’ als actieve service.
Start van de service ‘Beperkte Vermarkting van Injectie’:
-
La situation à la fin de MIG 4 :
-
L’équipe de migration d’Atrias prévoit la logique d’activer le nouveau
service « commercialisation contrainte de l’injection » depuis ED-split.
o
Indexopname op ED-split
-
De informatie m.b.t. de nieuwe service zal via de migratie-extracten aan de
balance suppliers aangeleverd worden. Deze extracten worden op Go-Live
I verzonden.
144
Index sur ED-split
L’information concernant le nouveau service sera remise aux balance
suppliers par les extraits de migration. Ces extraits sont envoyés au GoLive I.
9.7.3
Plan B
Indien er regio’s zijn waar het rechterlijk kader ter ondersteuning van de switch naar
de service ‘valorisatie van injectie’ (WAL/VL) of naar de service ‘beperkte
vermarkting van injectie’ (BRU) nog niet beschikbaar is op Go-Live (MIG 6), dan zal
de service ‘compensatie’ van toepassing blijven na de Go-Live van MIG 6.
S’il y a des régions ou le cadre juridique concernant la switch vers le service
« valorisation de l’injection » (WAL/VL) ou vers le service « commercialisation
contrainte de l’injection » (BRU) n’est pas encore disponible au Go-Live (MIG 6),
alors le service « compensation » restera applicable après le Go-Live de MIG 6.
Impact op allocatie & reconciliatie / L’impact sur l’allocation & la reconciliation:
Reconciliation – Calculation logic of “Consumption”
Metering slice I
Metering slice II
Calculation of C according to the MIG 6 logic
Metering slice III
Calculation of C according to the MIG 6 logic
Allocation – Calculation logic of consumption iExV
iExV C 1
iExV C 2
Calculation of iExV C according to the MIG 6 logic
iExV C 3
Calculation of iExV C according to the MIG 6 logic
145
9.8
Glossary
Term
Definitie
Terme
Définition
GUID
Global Unique Identifier
GUID
Global Unique Identifier (Identificateur global unique)
EDsplit
Datum bepaald volgens de huidige planning is 01/01/2018
(00u00 voor Elektriciteit en 06u00 voor Gas). Logica
gekoppeld aan deze datum:
EDsplit
Date qui, selon le planning actuel, est fixée au 01/01/2018
(00 h 00 pour Électricité et 06 h 00 pour Gaz). Logique
associée à cette date :
Start voor het in MIG 4.1 afwerken van de gegevens met
betrekking tot een periode voor deze datum. Gegevens
met betrekking tot na deze datum zullen worden gebufferd
en na Go-Live I worden verwerkt in MIG 6.0 / MIG DGO.
Démarre avant le traitement dans MIG 4.1 des données
relatives à une période préalable à cette date. Les
données relatives à une période postérieure à cette date
seront mises en attente et traitées après le Go-Live dans
MIG 6.0 / MIG DGO.
Volumes met betrekking tot een periode voor deze datum,
worden gesplit volgens de MIG 4.1 load profiles. Volumes
met betrekking tot een periode vanaf deze datum, worden
gesplit volgens de MIG 6.0 load profiles.
Les volumes relatifs à une période antérieure à cette date
seront répartis selon les profils de charge MIG 4.1. Les
volumes relatifs à une période postérieure à cette date
seront répartis selon les profils de charge MIG 6.0.
BUstop
Moment waarop alle marktcommunicatie tussen alle
stakeholders stopt. Dit wil zeggen dat er geen informatie
meer wordt uitgewisseld tussen zender en ontvanger.37
Deze datum hangt af van de doorlooptijd die nodig is om
de laatste MIG 4.1 allocatie uit te voeren en is bepaald op
[M+13wd]. (18/01/2018 volgens de huidige planning).
BUstop
Moment où s'arrête toute communication de marché entre
toutes les parties prenantes. Ceci veut dire que l’échange
d’information entre expéditeur et destinataire arrête. 38
Cette date dépend du délai nécessaire pour réaliser la
dernière allocation MIG 4.1 et est fixée à [M+13JO]
(18/01/2018 selon le planning actuel).
Go-live I
Moment van de eerste marktcommunicatie na de roll out
van Atrias, DNB’s, sociale leveranciers en TNB’s.
Go-live I
Moment de la première communication de marché après
le Roll out (déploiement) des GRD, fournisseurs sociaux,
37
Informatie vanuit de zender kan nog wel worden gegenereerd zolang deze wordt gebufferd en na Go-live I wordt verwerkt. Bijvoorbeeld, de aanvragen vanuit de
leveranciers lopen door tot aan Go-live I maar worden gebufferd op de VAN.
38
L’information de la part des expéditeurs peut encore être générée tant que les messages sont mémorisés et traité après Go-live I. Par exemple, les demandes de la part
des Balance suppliers continuent jusqu’au Go-live I mais seront mémorisés sur le VAN.
146
GRT et Atrias.
Go-live II
RMD
M
AO
PBO
Moment waarop de MIG 6.0 functionaliteit is uitgerold bij
de Balance suppliers.
Go-live II
Relational Master Data
RMD
Maand van de Go-live. Januari 2018 volgens de huidige
planning.
M
Administratief orgaan
OA
Périmètre de Bouclage: Het betreft een postallocatiecontrole waarbij het rapport aantoont dat de
allocatie, deel “verbruik” berekend door de DNB, gelijk is
aan de infeed berekend door de DNB.
PBO
147
Moment où la fonctionnalité MIG 6.0 a été installée chez
les Balance suppliers.
Relational Master Data (Données de base relationnelles)
Mois du Go-live. Janvier 2018 selon le planning actuel.
Organe administratif
Périmètre de Bouclage : Il s’agit d’un contrôle postallocation, dont le rapport démontre que la partie
« consomation » de l’allocation calculée par le GRD, est
égale à l’infeed calculé par le GRD.

Transitie aanpak / Approche de transition

Transcription

Documents pareils

LEG CoLLECtion 2010

unistep 3500xp 4500xp fr es nl

CAMPING « LA ROSIERE » - FLORENVILLE A louer / te huur

Aandacht voor buurt Het gebouw werd op een verharde betonnen

Twee lagere scholen in Turkije Adapazari-Sakarya (TR)

MIG 335/405/505/605 MK II - CBL

Le commerce équitable c`est

Ref. AS115E

airbox - Graph`icone OCP France