UMIG Marktprocessen Processus de marché. Business Requirements Structure Prepayment. Versie 6.5 / Version 6.5 Voor implementatie / Pour implémentation

Transcriptie

1 ATRIAS Market Processes UMIG Marktprocessen Processus de marché Business Requirements Structure Versie 6.5 / Version 6.5 Voor implementatie / Pour implémentation UMIG - BR - ST v6.5

2 DOCUMENT VERSIES VERSIONS DU DOCUMENT... 4 Versieoverzicht Gestion des versions... 4 Referenties Références... 5 CONTEXT CONTEXTE... 6 Scope... 6 Begrippen en definities Concepts et definitions... 6 NOTIFY PAYMENT FOR PREPAYMENT... 8 Proces Definitie Définition du Process... 8 Procesverloop - Déroulement de la procedure... 8 Procesomschrijving Description des procedures... 9 Uitzonderingen / Eigenheden Eceptions / Caractéristiques Herlaadplatform van de Balance Supplier Plateforme de recharge des Balance Supplier REQUEST PREPAYMENT Proces definitie Définition du Process Procesverloop - Déroulement de la procedure Procesomschrijving- Description des procédures Uitzonderingen / Eigenheden - Exceptions / Caractéristiques Flag Request Unlock HANDLE PREPAYMENT Proces definitie Définition du Process Procesverloop Déroulement de la procédure Procesomschrijving Description des procédures Uitzonderingen / Eigenheden Exceptions/Caratéristiques Aanvraag type Balance Notification - Demande du type Balance Notification Aanvragen type Herstel / Onderbreking / Begrenzing energielevering - Demandes du type Rétablissement / Interruption / Limitation de la fourniture d énergie Aanvragen type Alarm noodkrediet - Demandes du type Alarme de crédit de secours Chronologie van de aanvragen en verantwoordelijkheden - Chronologie des demandes de et responsabilités (Des)Activering van de voorafbetalingsfunctionaliteit (Dés)Activation de la fonctionnalité du prépaiement UMIG - BR - ST v6.5 2/25

3 5.4.6 Weergave van de voorafbetaling in de Preswitching - Affichage du prépaiement dans le Preswitching TABELLEN & INDEXEN TABLES & INDEXES Begrippenlijst Glossaire Table of Figures UMIG - BR - ST v6.5 3/25

4 Document versies Versions du Document Versieoverzicht Gestion des versions Versie - Version Datum - Date Auteur Beschrijving - Description V1.0 31/01/2013 V2.0 30/04/2013 V3.0 30/06/2013 V3.1 28/02/2014 V3.2 31/07/2014 V3.3 30/06/2015 V /09/2015 V3.4 31/01/2016 V6.5 30/06/2016 Atrias MPP UMIG Project Team Atrias MPP UMIG Project Team Atrias MPP UMIG Project Team Atrias MPP UMIG Project Team Atrias MPP UMIG Project Team Atrias MPP UMIG Project Team Atrias MPP UMIG Project Team Atrias MPP UMIG Project Team Atrias MPP UMIG Project Team Eerste versie van de Business Requirement Première version du Business Requirement Versie 2 van de Business Requirement na integratie van de feedback aangeleverd door de Business Analisten en Subject Matter Experten van de Net User Interactions werkgroep Version 2 du Business Requirement après l intégration du feedback donnée par le Business Analystes et les Subject Matter Experts du groupe de travail Net User Interactions Versie 3 voor consultatie Version 3 pour consultation Versie 3.1 voor consultatie Version 3.1 pour consultation Versie 3.2 voor consultatie Version 3.2 pour consultation Versie 3.3 voor consultatie Version 3.3 pour consultation Versie voor consultatie Version pour consultation Versie 3.4 voor implementatie Version 3.4 pour implémentation Veranderingen ten gevolge van de herziening van de nomenclatuur en de versienummering en integratie van errata en change requests Changements suite à la révision de la nomenclature et numérotation des versions et intégration des errata et change requests UMIG - BR - ST v6.5 4/25

5 Referenties Références Referentie - Référence UMIG - GE - XD - 02 Introduction [1] Omschrijving - Description Document dat een algemene introductie geeft van de marktprocessen en de globale concepten die gebruikt worden in de verschillende processen. Contient une introduction générale aux processus de marché et sur les concepts globaux utilisés dans les différents processus. UMIG BR - ST - 03 Preswitching [2] Beschrijving van het proces van beschikbaarstelling van gegevens verbonden aan een toegangspunt aan een vragende partij. Document décrivant le processus de mise à disposition de données liées à un point d'accès à une partie demandeuse. UMIG BR - ST - 04 Ex-Ante Tests [3] UMIG BR - ST - 04 Ex-Post Monitoring [4] UMIG BR - ST - 03 Handle Request [5] UMIG BR - ST - 04 Exchanged information [6] UMIG BR - ST - 04 Timings [7] Matrix van de volledige ex-ante testen voor de verschillende Structuring aanvragen. Deze testen worden in de processus Initiate Request uitgevoerd. Matrice de l'ensemble des tests ex-ante effectués pour les différentes demandes Structuring. Ces tests sont effectuées dans le processus Initiate Request. Matrix van de volledige ex-post monitoring per module en per label: regels, impact op de markt en gevolgen. Matrice de l'ensemble du monitoring ex-post effectué par module et par label : règles, impacts sur le marché et conséquences. Beschrijving van het beheersproces van een Structuring aanvraag door de markt na de behandeling van het proces Initiate Request. Document décrivant le processus de gestion d'une demande Structuring par le marché ayant subie le premier traitement du processus Initiate Request. Matrix van alle berichten en gegevens die worden uitgewisseld in het kader van de verschillende Structuring aanvragen. Matrice de l'ensemble des messages et des données échangées dans le cadre des différentes demandes Structuring. Matrix van alle timingregels die gelden in het kader van de verschillende Structuring aanvragen. Matrice de l'ensemble des règles de temps applicables dans le cadre des différentes demandes Structuring. UMIG BR ST - 03 Initiate Request [8] UMIG BR ST - 02 Structuring Process [9] Beschrijving van het proces van aanmaak en eerste behandeling van een Structuring aanvraag door de markt. Document décrivant le processus de création et de premier traitement d'une demande Structuring par le marché Inleidend document inzake de Structuring marktprocessen: basisbeginselen, mapping UMIG4 versus UMIG, definitie en toepassing van de verschillende processen. Document d'introduction aux processus de marché Structuring : concepts de base, mapping UMIG4 versus UMIG, définition et application des différents processus. UMIG - GE - XD - 01 Glossary [10] Document waarin alle in de documentatie gebruikte begrippen worden beschreven die specifiek zijn aan de marktprocessen. Document qui décrit l'ensemble des termes, spécifiques aux processus de marché, utilisés dans la documentation. UMIG - BR - ST v6.5 5/25

6 Context Contexte Scope Figure 1 - Activity v1.0 Begrippen en definities Concepts et definitions Het globaal proces bestaat in feite uit 3 processen: - Notify Payment for : proces waarbij een kennisgeving van betaling wordt ontvangen door de Meter Point Administrator voor een Toegangspunt met geactiveerde voorafbetalingsfunctionaliteit en wordt overgemaakt aan de Balance Supplier die geregistreerd is als verantwoordelijke voor het Toegangspunt; - Request : proces waarbij een aanvraag wordt gelanceerd door de Balance Supplier belast met een Toegangspunt met geactiveerde voorafbetalingsfunctionaliteit en waarbij die aanvraag een eerste behandeling ondergaat; - Handle : proces waarbij de aanvraag een reeks subprocessen op gang brengt die specifiek zijn voor het betrokken type aanvraag. Het onderhavige document gaat nader in op die verschillende processen. Le processus global de s articule autour de 3 processus : - Notify Payment for : processus dans lequel une notification de paiement est reçue par le Meter Point Administrator pour un Point d Accès avec fonctionnalité prépaiement activée et transmise au Balance Supplier enregistré comme responsable du Point d Accès ; - Request : processus dans lequel une demande est initiée par le Balance Supplier en charge d un Point d Accès avec fonctionnalité de prépaiement activée et durant lequel cette demande subit un premier traitement ; - Handle Prepayement : processus dans lequel la demande génère une série de sous-processus spécifiques au type de la demande initiée. Le présent document développe plus en détails l ensemble de ces processus. UMIG - BR - ST v6.5 6/25

7 Let op: de prepayment die in de UMIG wordt vermeld heeft betrekking op de prepayment in het kader van de ODV en niet in het kader van de commerciële prepayment. Dit kan eventueel worden uitgewerkt in een latere versie van deze UMIG. Note : le prépaiement dont il est fait mention dans le UMIG concerne le prépaiement dans le cadre des OSP et non pas le prépaiement commercial. Celuici pourra éventuellement être développé dans une version ultérieure de ce UMIG. UMIG - BR - ST v6.5 7/25

8 Notify Payment for Proces Definitie Définition du Process Figure 2 - Use Case Notify Payment For v1.0 Het proces Notify Payment For speelt zich af tussen de Meter Point Administrator en de Balance Supplier die geregistreerd is als verantwoordelijke voor het Toegangspunt. Hierbij wordt de Balance Supplier in kennis gesteld van de ontvangst van een betaling voor een bepaald Toegangspunt waarvoor de voorafbetalingsfunctionaliteit actief is. Op het einde van dit proces kan de Balance Supplier een aanvraag lanceren via het proces Request (zie sectie 4). Le processus Notify Payment For se déroule entre le Meter Point Administrator et le Balance Supplier enregistré comme responsable du Point d Accès. Il permet de notifier le Balance Supplier de la réception d un paiement pour un Point d Accès donné et pour lequel la fonctionnalité du prépaiement est active. A l issue de ce processus, le Balance Supplier pourra initier une demande de via le processus Request (voir section 4). Procesverloop - Déroulement de la procedure UMIG - BR - ST v6.5 8/25

9 Figure 3 - Activity Notify Payment For v1.0 Procesomschrijving Description des procedures Startsignaal: De Meter Point Administrator heeft een betaling van de Payment Processing Agent ontvangen voor een Toegangspunt met geactiveerde voorafbetalingsfunctionaliteit. Est initié quand : Le Meter Point Administrator a reçu un paiement du Payment Processing Agent pour un Point d Accès avec la fonctionnalité de prépaiement activée. Pre-requisites: Een klant heeft betaald voor herlading voor een Toegangspunt met voorafbetalingsfunctionaliteit via het platform van de Payment Processing Agent. De Payment Processing Agent heeft de herladingsinformatie doorgegeven aan de Meter Point Administrator die, alvorens het proces Notify Payment for, op te starten, nagaat of die betaling relevant is rekening houdend met de geregistreerde situatie (Toegangspunt gekend, Toegangspunt met actieve voorafbetaling,...). Zo ja, dan wordt het proces Notify Payment for opgestart en wordt de Payment Processing Agent in kennis gesteld van het gevolg gegeven aan zijn bericht van herlading Pré-requis: Un client a payé une recharge pour un Point d Accès avec fonctionnalité de prépaiement via la plateforme du Payment Processing Agent. Le Payment Processing Agent a transmis l information de rechargement au Meter Point Administrator qui avant d initier son process de Notify Payment for, vérifiera que ce paiement est pertinent au sens de la situation enregistrée (Point d Accès connu, Point d Accès avec prépaiement actif, ). Si tel est le cas, le processus Notify Payment for est initié et le Payment Processing Agent est notifié du traitement apporté à sa notification de rechargement (acceptation ou rejet UMIG - BR - ST v6.5 9/25

10 (acceptatie of verwerping van de betaling, communicatie van de actieve Balance Supplier op het herladen Toegangspunt bij acceptatie van de betaling). Een bijkomende vereiste voor iedere aanvraag is dat er vooraf een voorafbetalingsfunctionaliteit is geactiveerd op het betrokken Toegangspunt dia de module Initiate Update Access, label Budget Meter Installation / Activation (zie referentiedocumenten [10, 6] en ook sectie 5.4.5). du paiement, communication du Balance Supplier actif sur le Point d Accès rechargé dans le cas où le paiement est accepté). A côté de cela, un prérequis à toute demande de est d avoir activé au préalable la fonctionnalité du prépaiement sur le Point d Accès visé via le module Initiate Update Access, label Budget Meter Installation / Activation (voir documents de référence [10, 6] et également section 5.4.5). Eindigt wanneer: De kennisgeving werd verstuurd naar de Balance Supplier die als actief is geregistreerd op het Toegangspunt waarvoor de Payment Processing Agent de herlading heeft ontvangen. Se termine lorsque: La notification de paiement a été envoyée au Balance Supplier enregistré comme actif sur le Point d Accès pour lequel la recharge a été reçue du Payment Processing Agent. Resultaat: De kennisgeving van de betaling is ontvangen door de Balance Supplier, die dan in zijn systemen de passende activiteiten kan opstarten. Résultat: La notification de paiement est reçue du Balance Supplier qui peut alors démarrer dans ses systèmes les activités adéquates. Verloop: Het proces verloopt als volgt: de Meter Point Administrator beheert de kennisgeving en stuurt ze naar de Balance Supplier belast met het betrokken Toegangspunt (Send Payment Notification), die ze ontvangt (Receive Payment Notification). Uitzonderingen / Eigenheden Eceptions / Caractéristiques Déroulement: Le processus se déroule comme suit : le Meter Point Administrator génère la notification et l envoie au Balance Supplier en charge du Point d Accès concerné (Send Payment Notification) qui la reçoit (Receive Payment Notification) Herlaadplatform van de Balance Supplier Plateforme de recharge des Balance Supplier Het proces Notify Payment For Notification wordt maar opgestart wanneer een betaling verricht wordt via het platform van de Payment Processing Agent dat de Meter Point Adminisitrator verwittigt. De Balance Suppliers kunnen immers op termijn een eigen betalingsplatform ontwikkelen. In dat geval zal dit proces nooit gestart worden. Le processus Notify Payment For Notification n est initié que lorsqu un paiement est effectué via la plateforme du Payment Processing Agent qui en notifie le Meter Point Adminisitrator. En effet, les Balance Suppliers pourraient à terme développer leur propre plateforme de paiement dans quel cas, ce processus ne serait jamais déclenché. Merk ook op dat het hele proces tussen het platform van de Payment Processing Agent en de Meter Point Administrator niet wordt beschreven in het kader van UMIG, maar in het kader van het Payment Processing-project. A noter également que l ensemble du processus entre la plateforme du Payment Processing Agent et le Meter Point Administrator ne sera pas décrit dans le cadre du UMIG mais bien dans celui du projet Payment Processing. UMIG - BR - ST v6.5 10/25

11 Request Proces definitie Définition du Process Figure 4 - Use Case Request v1.0 Het proces Request speelt zich af tussen de Meter Point Administrator (Beheerder van de Toegangspunten) en een Balance Supplier (de toegangshouder verantwoordelijk voor het Toegangspunt met de geactiveerde voorafbetalingsfunctionaliteit en die voor dit punt een voorafbetalingsaanvraag lanceert). Het kan opgedeeld worden in drie hoofdstappen: - Aanmaak en verzending van een aanvraag door een Balance Supplier; - Ontvangst en eerste behandeling van de aanvraag door de Meter Point Administrator; - Kennisgeving van de verwerping of acceptatie door de Meter Point Administrator aan de Balance Supplier. Le processus Request se déroule entre le Meter Point Administrator (Gestionnaire des Points d accès) et un Balance Supplier (le détenteur d accès en charge du Point d Accès avec la fonctionnalité de prépaiement activée et initiant une demande de prépaiement pour ce Point). Il peut être divisé en trois étapes principales : - Création et envoi d une demande par un Balance Supplier; - Réception et premier traitement de la demande par le Meter Point Administrator ; - Notification du rejet ou de l acceptation par le Meter Point Administrator au Balance Supplier. Na dit proces en als de gelanceerde aanvraag wordt aanvaard, loopt het globaal A l issue de ce processus et si la demande initiée est acceptée, le processus global proces verder en triggert het proces Handle. Als de se poursuivra et déclenchera le processus Handle Si par aanvraag echter wordt verworpen, dan stopt de uitvoering en volgt geen enkele andere contre la demande initiée est rejetée, l exécution de la demande s achève là et actie meer. aucune autre action n est entreprise. UMIG - BR - ST v6.5 11/25

12 Procesverloop - Déroulement de la procedure Figure 5 - Activity Request v1.0 UMIG - BR - ST v6.5 12/25

13 Procesomschrijving- Description des procédures Startsignaal: Dit subproces wordt opgestart wanneer een Balance Supplier een nieuwe aanvraag lanceert om aan de markt een actie te vragen verbonden aan de voorafbetalingsfunctionaliteit: informatie over resterende krediet, herstel / onderbreking / beperking van energielevering, waarschuwing noodkrediet. Deze aanvraag wordt gematerialiseerd door verzending van een bericht ST-INT-1. Est initié quand : Ce sous-processus est initié dès qu un Balance Supplier initie une nouvelle demande afin de demander au marché une action liée à la fonctionnalité de prépaiement : information de crédit restant, rétablissement / interruption / limitation de la fourniture d énergie, alarme de crédit de secours. Cette demande est matérialisée par l envoi d un message ST-INT-1. Pre-requisites: Om een aanvraag te kunnen opstarten, moet de Balance Supplier toegang hebben tot het uitwisselingssysteem voor de markt en beschikken over de nodige en voldoende informatie om zijn bericht te kunnen aanmaken (bv. toegangspunt, gewenst type aanvraag). Een bijkomende vereiste voor iedere aanvraag is dat er vooraf een voorafbetalingsfunctionaliteit is geactiveerd op het betrokken Toegangspunt dia de module Initiate Update Access, label Budget Meter Installation / Activation (zie referentiedocumenten [10, 6] en ook sectie 5.4.5). Pré-requis: Pour pouvoir initier une demande, le Balance Supplier doit avoir accès au système d échange mis en place pour le marché et disposer des informations nécessaires et suffisantes pour pouvoir générer son message (p.ex. point d accès, type de demande souhaitée). A côté de cela, un prérequis à toute demande de est d avoir activé au préalable la fonctionnalité du prépaiement sur le Point d Accès visé via le module Initiate Update Access, label Budget Meter Installation / Activation (voir documents de référence [10, 6] et également section 5.4.5). Eindigt wanneer: de aanvraag een eerste behandeling heeft ondergaan en op basis daarvan hetzij verworpen, hetzij aanvaard is door de Meter Point Administrator. Bij verwerping wordt een bericht ST-INT-2 gestuurd naar de initiator van de aanvraag om hem in kennis te stellen van de verwerping van zijn aanvraag door de markt. Bij acceptatie wordt naar de initiator van de aanvraag een bericht ST-INT-3 gestuurd om hem in kennis te stellen van de aanvaarding van zijn aanvraag en registratie ervan in het toegangsregister. Se termine lorsque: La demande a subi un premier traitement à l issue duquel, elle est soit refusée, soit acceptée par le Meter Point Administrator. Dans le cas d un refus, un message ST-INT-2 est envoyé à la partie initiatrice de la demande pour la notifier du rejet par le marché de sa demande. Dans le cas d une acceptation, un message ST-INT-3 est envoyé à la partie initiatrice de la demande pour la notifier de l acceptation et de l enregistrement de sa demande dans le registre d accès. Resultaat: De aanvraag van de initiator wordt aanvaard en geregistreerd. Of de aanvraag wordt verworpen en dus niet geregistreerd, en de partij in kennis gesteld. Verloop: Het proces verloopt als volgt: - De Balance Supplier lanceert de aanvraag (Create Request) op basis van de gegevens verzameld via de verschillende kanalen waarover hij beschikt (preswitching, contact klant, ). UMIG - BR - ST v6.5 13/25 Résultat: La demande de la partie initiatrice est soit acceptée et enregistrée. Soit la demande n est pas enregistrée, est refusée et la partie avisée. Déroulement: Le processus se déroule comme suit : - Le Balance Supplier initie la demande (Create Request) grâce aux informations récoltées via les différents canaux dont il dispose (preswitching, contact client, ).

14 - Vervolgens stuurt de Balance Supplier een bericht ST-INT-1 naar de Meter Point Administrator (Send Request) - De Meter Point Administrator ontvangt het bericht en onderwerpt het aan een reeks ex-ante tests (Receive Request, Test Request). Al deze tests zijn opgenomen in referentiedocument [3]. - Afhankelijk van het resultaat van de op de aanvraag verrichte tests, zijn er twee mogelijkheden: o o De aanvraag wordt verworpen omdat ze faalt voor een of meerdere tests van een categorie: in welk geval een verwerpingbericht ST- INT-2 wordt verstuurd naar de Balance Supplier die de aanvraag heeft gelanceerd (Send Response). Het bericht wordt door hem ontvangen (Receive Negative Response), het proces Request eindigt en de behandeling van de aanvraag stopt hier. Het bericht bevat een of meer verwerpingscodes, eventueel met opgave van de reden van de verwerping. Deze verwerpingscodes en redenen worden beschreven in referentiedocument [3]. De aanvraag wordt aanvaard, in welk geval de wijzigingen die voortvloeien uit de acceptatie van de aanvraag geregistreerd worden in het Toegangsregister (Handle Data Changes). Er wordt naar de Balance Supplier een acceptatiebericht ST-INT-3 gestuurd (Send Response). Het bericht wordt door hem ontvangen (Receive Response); hier eindigt het proces Request en het proces Handle wordt op gang gebracht. - Le Balance Supplier envoie après cela un message ST-INT-1 vers le Meter Point Administrator (Send Request) - Le Meter Point Administrator reçoit le message et réalise une série de tests ex-ante dessus (Receive Request, Test Request). L ensemble de ces tests est repris dans le document de référence [3]. - En fonction du résultat des tests effectués sur la demande, deux options sont possibles : o o La demande est rejetée car elle échoue à un ou plusieurs tests d une catégorie : dans quel cas un message de rejet ST-INT-2 est envoyé au Balance Supplier à l initiative de la demande (Send Response). Le message est reçu par celui-ci (Receive Negative Response), le processus Request s achève et le traitement de la demande se termine ici. Le message contient un ou plusieurs codes de rejet accompagnés éventuellement d une indication sur la raison de ce code de rejet. Ces codes de rejet et leurs raisons sont repris dans le document de référence [3]. La demande est acceptée, dans quel cas les changements induits par l acceptation de la demande sont enregistrés dans le Registre d Accès (Handle Data Changes). Un message d acceptation ST-INT-3 est envoyé au Balance Supplier (Send Response). Le message est reçu par celui-ci (Receive Response), le processus Request se termine ici et le processus Handle est déclenché. UMIG - BR - ST v6.5 14/25

15 Uitzonderingen / Eigenheden - Exceptions / Caractéristiques Flag Request Unlock De notie lock werd voorgesteld in de UMIG Fundamentals: "De DNB kan een toegangspunt tijdelijk blokkeren, dit wil zeggen de behandeling van inkomende transacties verhinderen". La notion de lock a été introduite dans les Fondamentaux UMIG : «Le GRD a la possibilité de bloquer temporairement un point d accès, c est-à-dire d empêcher le traitement de toutes les transactions entrantes». Voor andere types aanvragen die ressorteren onder Structuring kan er gebruikgemaakt worden van een flag "Request Unlock", waarbij de verwerking van de aanvraag tot "Unlock" een termijn van maximaal 2 werkdagen in beslag mag nemen, maar -aanvragen hebben een prioritair karakter en moeten zo snel mogelijk uitgevoerd worden. Derhalve mag er geen Lock geplaatst worden op het Toegangspunt van de aanvraag. Een -aanvraag zonder Request Unlock, op een gelockt Toegangspunt, zal niet kunnen verworpen worden. Etant donné le caractère prioritaire des demandes de, on comprend que contrairement aux autres types de demande Structuring pour lesquelles le flag «Request Unlock» est prévu et pour lesquelles un délai de 2 jours ouvrables maximum peut être associé au traitement de la demande d «unlock», les demandes doivent, elles, être réalisées le plus vite possible et ne peuvent dès lors pas être affectées par la présence d un lock sur le Point d Accès de la demande. Une demande de prepayment sans «Request Unlock», faite sur un Point d Accès locké, ne pourra pas être refusée. UMIG - BR - ST v6.5 15/25

16 Handle Proces definitie Définition du Process Figure 6 - Use Case Handle v1.0 Het proces Handle wordt beheerd door de Meter Point Administrator en maakt het mogelijk alle activiteiten te starten die verband houden met de verwerking van de verschillende types -aanvragen. Zoals geïllustreerd in sectie volgt het proces Handle altijd op het proces Request waarin de Meter Point Administrator de ontvangen aanvraag al een eerste keer, min of meer generiek, verwerkt. Na deze eerste verwerking heeft de Meter Point Administrator alle restactiviteiten van de -aanvraag verwerkt en is het globale proces van de voltooid. Le processus Handle est géré par le Meter Point Administrator et permet d initier toutes les activités liées au traitement du type de la demande de. Comme illustré dans la section, le processus Handle fait toujours suite au processus de Request dans lequel le Meter Point Administrator effectue un premier traitement plus ou moins générique sur la demande entrante. A l issue de ce traitement, le Meter Point Administrator a réalisé l ensemble des activités résiduelles de la demande de et le processus global de s achève. UMIG - BR - ST v6.5 16/25

17 Procesverloop Déroulement de la procédure Figure 7 - Activity Handle v1.0 UMIG - BR - ST v6.5 17/25

18 Procesomschrijving Description des procédures Startsignaal: De Meter Point Administrator heeft een -aanvraag ontvangen en aanvaard. Est initié quand : Une demande de a été reçue et acceptée par le Meter Point Administrator. Pre-requisites: De -aanvraag is aanvaard en geregistreerd in het Toegangsregister. Pré-requis: La demande de a été acceptée et enregistrée dans le Registre d Accès. Eindigt wanneer: Alle activiteiten die verband houden met het type -aanvraag, zijn uitgevoerd en, indien vereist, is de Balance Supplier ervan op de hoogte gebracht dat deze activiteiten correct zijn uitgevoerd. Se termine lorsque: L ensemble des activités liées au type de la demande de a été réalisé et si requis, le Balance Supplier est notifié de la bonne réalisation de ces activités. Resultaat: Het gevolg van de -aanvraag wordt uitgevoerd in overeenstemming met het type -aanvraag. Résultat: L effet de la demande de est appliqué conformément au type de la demande de. Verloop: Het proces verloopt als volgt: de Meter Point Administrator realiseert alle activiteiten die verband houden met het type ) aanvraag (Handle by MPA). Bij deze activiteit brengt de Meter Point Administrator de Meter Operator op de hoogte van de behoeften in verband met het type aanvraag (zie punt 5.4). Als de Meter Operator deze acties heeft uitgevoerd, deelt hij dit mee aan de Meter Point Administrator, die afhankelijk van het type aanvraag, al of niet een bericht " Request Handled" (Send Notification Handled) stuurt, om de Balance Supplier op de hoogte te brengen van de correcte uitvoering van zijn aanvraag. De Balance Supplier ontvangt dit bericht (Receive Notification Handled) en het proces wordt voltooid. Déroulement: Le processus se déroule comme suit le Meter Point Administrator réalise l ensemble des activités liées au type de la demande de (Handle by MPA). Dans cette activié, le Meter Point Administrator communique au Meter Operator les besoins liés au type de la demande (voir section 5.4). Lorsque le Meter Operator a réalisé ces actions, il le communique au Meter Point Administrator qui en fonction du type de la demande, enverra ou non un message «Request Handled» (Send Notification Handled) qui signifiera au Balance Supplier la bonne exécution de sa demande. Le Balance Supplier reçoit ce message (Receive Notification Handled) et le processus s achève. Uitzonderingen / Eigenheden Exceptions/Caratéristiques Aanvraag type Balance Notification - Demande du type Balance Notification De -aanvragen van het type Balance Notification zijn louter kennisgevingen die dagelijks door de Balance Supplier verstuurd worden wanneer de voorafbetalingsfunctie geactiveerd wordt. Les demandes de Balance Notification constituent de pures notification envoyées par le Balance Supplier quotidiennement lorsque la fonctionnalité du prépaiement est activée. Deze kennisgevingen vermelden het resterende krediet, dat is berekend op basis van het gemiddelde dagelijkse verbruik en de daaraan gekoppelde gridfee, het resterend noodkrediet alsook het tijdstip waarop deze berekening werd gemaakt.. Ces notifications indiquent le crédit restant, calculé au moyen des consommations quotidiennes et du gridfee associé, le crédit de secours restant et la date/heure du calcul. UMIG - BR - ST v6.5 18/25

19 Deze kennisgevingen worden meegedeeld aan de klant, zodat deze de evolutie van zijn krediet kan volgen en gepaste maatregelen kan nemen om te voorkomen dat zijn Balance Supplier andere types van aanvragen start. Ces notifications seront communiquées au client afin que ce dernier puisse suivre l évolution de son crédit et prendre les actions adéquates pour éviter l initiation par son Balance Supplier d autres types de demandes de. Belangrijk om weten is dat er voor dergelijke aanvragen, geen bericht " Request Handled" zal worden verstuurd door de Meter Point Administrator. A noter que pour de telles demandes, il n y aura pas de message «Request Handled» envoyé par le Meter Point Administrator Aanvragen type Herstel / Onderbreking / Begrenzing energielevering - Demandes du type Rétablissement / Interruption / Limitation de la fourniture d énergie Er zijn hier twee mogelijke situaties: de aanvraag is afkomstig van ofwel een commerciële Balance Supplier ofwel een sociale Balance Supplier On distingue deux situations : la demande provient d un Balance Supplier commercial ou d un Balance Supplier social Aanvragen afkomstig van een commerciële Balance Supplier Demandes issues d un Balance Supplier commercial Les demandes de rétablissement (label Reestablishment) et d interruption (label Interruption) provenant -aanvragen tot herstel (label Re-establishment) en tot onderbreking (label Interruption) die afkomstig zijn van de fournisseurs commerciaux ont un effet direct sur les statuts connus du commerciële leveranciers, hebben een rechtstreekse invloed op de status marché. Ces demandes ne peuvent être initiées que par le Balance die bekend is op de markt. Deze aanvragen kunnen slechts geïnitieerd Supplier en charge du Point d accès et que pour des Points d Accès avec worden door de Balance Supplier die bevoegd is voor dat toegangspunt en la fonctionnalité du prépaiement activée au préalable via une demande alleen voor toegangspunten waarvoor de voorafbetalingsfunctie al Initiate Update Access. geactiveerd was via een aanvraag Initiate Update Access. Als de Meter Point Administrator een aanvraag tot onderbreking verwerkt, stuurt hij deze door naar de Meter Operator, die de voorafbetalingsfunctie - en tegelijkertijd daarmee de energielevering - met onmiddellijke ingang en tot nader order onderbreekt. Deze actie heeft concreet tot gevolg dat de fysieke status van de prepayment omschakelt van actief naar inactief. Als de Meter Point Administrator vervolgens een aanvraag tot herstel verwerkt, maakt hij deze over aan de Meter Operator, die de levering herstelt: de fysieke status van de prepayment verandert dan van inactief naar actief. En effet, lorsqu une demande d interruption est traitée par le Meter Point Administrator, celui-ci la transmet au Meter Operator qui va alors interrompre jusqu à nouvel ordre la fonctionnalité de prépaiement et avec cela, la fourniture d énergie. Cette action se traduit concrètement par un basculement du statut physique du prépaiement qui passe d actif à inactif. Lorsqu une demande de rétablissement est traitée par le Meter Point Administrator, celui-ci la transmet au Meter Operator qui va alors rétablir la fourniture : passage du statut physique du prépaiement d inactif à actif. De onderstaande tabel illustreert de verschillende situaties die zich kunnen voordoen. Le tableau ci-dessous illustre les différentes situations pouvant apparaître. UMIG - BR - ST v6.5 19/25

20 Fysieke Status / Statut physique Fysieke Status / Statut Physique Prépaiement Contractuele Status / Statut contractuel ACTIEVE / ACTIF ACTIEVE / ACTIF ACTIEVE / ACTIF ACTIEVE / ACTIF INACTIEVE / INACTIF ACTIEVE / ACTIF ACTIEVE / ACTIF N.A ACTIEVE / ACTIF Betekenis / Signification Toegangspunt met lopende prepayment Point d'accès avec prépaiement en cours Toegangspunt met onderbroken prepayment Point d'accès avec prépaiement interrompu Actief Toegangspunt zonder prepayment Point d'accès actif mais sans prépaiement Om de status van de voorafbetalingsfunctie aan te geven, wordt gebruikgemaakt van meerdere velden in de Technical Master Data om de aanwezigheid van de budgetmeter en type meter te bepalen. Als in de Technical Master Data is opgegeven dat er een budgetmeter geïnstalleerd is en als de meter van het type "Smart" is, moet voor de markt duidelijk zijn dat de voorafbetalingsfunctie geactiveerd is. In geval van een gevraagde onderbreking blijven deze waarden onveranderd en verandert alleen de fysieke status van prepayment, zoals aangegeven in de tabel. Derhalve zal het veld Budgetmeter slechts worden meegedeeld aan de partijen die actief zijn op een toegangspunt (Preswitching FULL). Belangrijk om weten is dat er na de behandeling van deze aanvragen door de Meter Operator geen bericht "Technical Master Data" wordt gestuurd naar de verantwoordelijke Balance Supplier (de actualisering van de betreffende velden zal niettemin zichtbaar zijn in Preswitching zoals hierboven uitgelegd), maar wel een bericht " Request Handled". Pour identifier l état de la fonctionnalité prépaiement, plusieurs champs des Master Data techniques seront exploités afin de déterminer la présence du compteur à budget sur l installation et le type de compteur. Si dans les Master Data techniques il est indiqué qu un compteur à budget est installé et que le compteur est du type «Smart», le marché comprendra que la fonctionnalité de prépaiement est activée. A noter que lorsqu une interruption est demandée, ces valeurs resteront inchangées et comme illustré sur le tableau, seul le statut physique du prépaiement évoluera. Aussi, le champ compteur à budget ne sera communiqué qu aux parties actives sur un Point d Accès (Preswitching FULL). A noter que pour de telles demandes, et après exécution de celles-ci par le Meter Operator, il n y aura pas de message de Master Data Techniques envoyé au Balance Supplier responsable (la mise à jour des champs adéquats sera néanmoins visible dans le Preswitching comme expliqué ci-dessus) mais bien un message de «Request Handled». UMIG - BR - ST v6.5 20/25

21 Aanvragen afkomstig van een sociale Balance Supplier - Demandes issues d un Balance Supplier social -aanvragen tot herstel (label Reestablishment), begrenzing (label Limitation) en onderbreking (label Interruption) die afkomstig zijn van sociale leveranciers hebben als direct gevolg dat er een stroombeperking op het toegangspunt geactiveerd of opgeheven wordt. Deze aanvragen kunnen slechts geïnitieerd worden door de sociale Balance Supplier die bevoegd is voor dat toegangspunt en alleen voor toegangspunten waarvoor de voorafbetalingsfunctie al geactiveerd was via een aanvraag Initiate Update Access. Als de Meter Point Administrator een onderbrekingsaanvraag verwerkt, stuurt hij deze door naar de Meter Operator, die daarop de op het toegangspunt ter beschikking gestelde stroom gaat beperken. Na de beperking wordt er nog 10 Ampère stroom beschikbaar gesteld. Als de Meter Point Administrator vervolgens een aanvraag tot herstel verwerkt, maakt hij deze over aan de Meter Operator, die weer de normale waarde van de stroom herstelt (dit wil zeggen onbeperkt). Belangrijk om weten is dat er na de behandeling van deze aanvragen door de Meter Operator geen bericht "Technical Master Data" wordt gestuurd naar de verantwoordelijke Balance Supplier maar wel een bericht " Request Handled". Les demandes de rétablissement (label Reestablishment), limitation (label Limitation) et d interruption (label Interruption) provenant de fournisseurs sociaux ont comme effet direct un enlèvement ou un placement d une limitation du courant sur le Point d Accès visé. Ces demandes ne peuvent être initiées que par le Balance Supplier sociaux en charge du Point d accès et que pour des Points d Accès avec la fonctionnalité du prépaiement activée au préalable via une demande Initiate Update Access. En effet, lorsqu une demande d interruption est traitée par le Meter Point Administrator, celui-ci la transmet au Meter Operator qui va alors placer une limitation sur le courant mis à disposition sur le Point d Accès. Le courant après limitation sera de 10 Ampères. Lorsqu une demande de rétablissement est traitée par le Meter Point Administrator, celui-ci la transmet au Meter Operator qui va alors rétablir le courant à sa valeur normale (c est-à-dire non limitée). A noter que pour de telles demandes, et après exécution de celles-ci par le Meter Operator, il n y aura pas de message de Master Data Techniques envoyé au Balance Supplier responsable mais bien un message de «Request Handled». UMIG - BR - ST v6.5 21/25

22 5.4.3 Aanvragen type Alarm noodkrediet - Demandes du type Alarme de crédit de secours De -aanvragen tot hulpkredietalarm (label Rescue Credit Alarm) houden geen gevolgen in voor de statussen die gekend zijn in de systemen en die besproken werden in de vorige sectie. Deze aanvragen hebben een informatief karakter en komen tot stand wanneer de Balance Supplier zich realiseert dat het resterende krediet van een toegangspunt een in overleg met de regulatoren te bepalen drempel nadert. Les demandes d alarme de crédit de secours (label Rescue Credit Alarm) n ont pas d impact sur les statuts connus dans les systèmes et repris dans la section précédente. Ces demandes ont un caractère informatif et sont réalisées lorsque le Balance Supplier se rend compte que le crédit restant d un Point d Accès avec prépaiement atteint un seuil à définir avec les régulateurs. Met dit alarm kan de klant erop opmerkzaam gemaakt worden dat er verbreking dreigt indien hij niet bijlaadt. Cette alarme permet de conscientiser le client de l imminence d une déconnexion s il ne pratique aucune recharge. Als een dergelijke aanvraag aanvaard wordt, stuurt de Meter Point Administrator deze door naar de Meter Operator. Deze moet dan via zijn back-ends een alarm genereren op de meter, wat leidt tot een verbreking van het toegangspunt (levering onderbroken of in bepaalde gevallen beperking van de stroom tot 10 A), maar met mogelijkheid tot hernieuwde ingebruikneming door een actie van de netwerkgebruiker. De actie van de Meter Operator heeft tot gevolg dat de energie levering op het terrein tijdelijk wordt onderbroken zonder dat de waarden statussen veranderd worden. En effet, lorsqu une telle demande est acceptée, le Meter Point Administrator la transmet au Meter Operator. Celui-ci doit alors via ses back-ends générer une alarme sur le compteur ce qui aura comme conséquence la déconnexion du Point d Accès (livraison sur le terrain interrompue ou dans certains cas, limitation du courant à 10 A) mais tout en autorisant la remise en service via une action de l Utilisateur du Réseau. L action du Meter Operator a donc pour effet d interrompre temporairement le fourniture d énergie sur le terrain, sans modifier pour autant la situation des statuts. Nadat dergelijke aanvragen zijn uitgevoerd door de Meter Operator wordt er een bericht " Request Handled" gestuurd naar de Balance Supplier om hem te laten weten dat zijn aanvraag correct is uitgevoerd. A noter que pour de telles demandes, et après exécution de celles-ci par le Meter Operator, un message de «Request Handled» sera envoyé au Balance Supplier pour lui confirmer la bonne exécution de sa demande Chronologie van de aanvragen en verantwoordelijkheden - Chronologie des demandes de et responsabilités De verschillende types -aanvragen worden verzonden in chronologische volgorde. Les différents types de demande de prévus respectent un ordre chronologique pour leur envoi. Op een toegangspunt waarop de voorafbetalingsfunctie geactiveerd is, zal het krediet - in de veronderstelling dat de klant geen herlading uitvoert - op een bepaald moment een zekere drempel bereiken. En effet, soit un Point d Accès avec fonctionnalité de prépaiement active, à supposer que le client ne pratique aucune recharge, le crédit que celuici avait rechargé se rapprochera à un moment donné d un certain seuil. In de veronderstelling dat deze klant nog altijd geen herlading uitvoert, zal zijn krediet op een gegeven moment de aan het hulpkrediet gekoppelde drempel bereiken. Op dat moment kan de Balance Supplier een -aanvraag met het label Rescue Credit Alarm lanceren. Supposons toujours que ce même client n ait toujours pas pratiqué de recharge et que son crédit atteint désormais un certain seuil correspondant au crédit de secours. A ce moment, le Balance Supplier pourra initier une demande avec label Rescue Credit Alarm. Indien de klant ook na dit tweede alarm niet overgaat tot herlading, kan de Balance Supplier een -aanvraag met het label Interruption of Limitation lanceren. Deze zal tot Aussi, si à nouveau, suivant cette deuxième alarme, le client ne pratique toujours aucune recharge, le Balance Supplier initiera une demande avec label Interruption ou UMIG - BR - ST v6.5 22/25

23 gevolg hebben dat de energielevering aan deze klant onderbroken wordt (fysieke status van prepayment wordt inactief). Limitation qui aura pour effet d interrompre la fourniture d énergie à ce client (statut physique du prépaiement inactif). Na de onderbreking van voorafbetaling zal de Balance Supplier pas om een herstel ervan (-aanvraag met het label Re-establish ) vragen, als de klant zijn krediet herladen heeft voor een bedrag dat volstaat om de levering van voorafbetaling te kunnen herstellen. Het is dus altijd de voor het toegangspunt bevoegde Balance Supplier die het initiatief neemt tot de lancering van de aanvragen. Om verder te gaan, valt de verzending van deze berichten en hun inhoud onder de verantwoordelijkheid van de Balance Supplier. Deze verzendingen moeten daarenboven gerealiseerd worden conform de wetgeving die van kracht is (bijv. timings) Le Balance Supplier, suite à l interruption du prépaiement, ne demandera de rétablir celui-ci (demande label Re-establish ) que lorsque le client aura pratiqué une recharge de son crédit, recharge suffisante que pour pouvoir rétablir la fourniture du prépaiement. On constate donc qu à chaque fois, c est le Balance Supplier en charge du Point d Accès qui est à l initiative des demandes. Pour aller plus loin, c est au Balance Supplier que revient la responsabilité d envoi de ces messages et de leurs contenus. Ces envois devront par ailleurs être réalisés conformément à la législation en vigueur (p.ex. timings) (Des)Activering van de voorafbetalingsfunctionaliteit (Dés)Activation de la fonctionnalité du prépaiement De voorafbetalingsfunctie wordt geactiveerd via de module Initiate Update Access met het label Budget Meter Installation / Activation. We wijzen erop dat voorafbetaling een functie is die alleen wordt aangeboden op slimme meters. La fonctionnalité du prépaiement s active via le module Initiate Update Access avec le label Budget Meter Installation / Activation. A noter que le prépaiement n est une fonctionnalité offerte que pour les compteurs intelligents. Als deze functie geactiveerd is, geeft het veld Budgetmeter aan dat er een budgetmeter geactiveerd is en blijft de status van de levering actief. Faisant suite à cette activation, le champ compteur à budget indique qu un compteur à budget est activé et le statut de la fourniture reste actif. Concreet betekent dit dat de activering van de voorafbetalingsfunctie, gezien het hierboven opgegeven chronologisch verloop, slechts aanleiding kan geven tot 2 types -aanvragen: - Preventive Alarm - Balance Notification Cela signifie concrètement que faisant suite à une activation de prépaiement, il ne peut, étant donné la chronologie définie plus haut, n y avoir que 2 types de demande de en premier lieu : - Preventive Alarm - Balance Notification De voorafbetalingsfunctie kan op 2 manieren gedeactiveerd worden: La fonctionnalité du prepayment peut être désactivée de deux façons: - Ofwel wenst de Balance Supplier belast met een Toegangspunt met geactiveerde voorafbetalingsfunctionaliteit deze functionaliteit te deactiveren in welk geval hij een een aanvraag Initiate Update Access de Budget Meter Desactivation lanceert - Soit le Balance Supplier en charge du Point d Accès avec fonctionnalité du prépaiement souhaite désactiver cette fonctionnalité dans quel cas il initiera une demande d Initiate Update Access de Budget Meter Desactivation ; - Ofwel op de effectieve datum waarop een Start Acces of Initiate Local Production is geaccepteerd op het Toegangspunt (zie referentiedocument [5]). - Soit à la date effective d un Start Access ou Initiate Local Production ayant été accepté sur ce Point d Accès (voir document de référence [5]). UMIG - BR - ST v6.5 23/25

24 5.4.6 Weergave van de voorafbetaling in de Preswitching - Affichage du prépaiement dans le Preswitching Gezien het delicate karakter van de, mag het instrument Preswitching LIGHT (zie referentiedocument [2]) niet aangeven of de voorafbetalingsfunctie geactiveerd is op een toegangspunt. Etant donné le caractère délicat du, il ne faut pas que l outil du Preswitching LIGHT (voir document de référence [2]) soit un indicateur de la présence de la fonctionnalité du prépaiement sur un Point d Accès. Dat wordt verzekerd door de velden Budgetmeter en fysieke status van prepayment slechts weer te geven in Preswitching FULL, wat geen probleem met de vertrouwelijkheid met zich brengt, aangezien de enige Balance Suppliers die daar toegang toe hebben, degene zijn die geregistreerd zijn als verantwoordelijk voor de betreffende toegangspunten. Ce besoin est rempli en n affichant le champ compteur à budget ainsi que le statut physique du prépaiement que dans le Preswitching FULL, catégorie de Preswitching pour laquelle il n y a aucun problème de confidentialité puisque les seuls Balance Suppliers y ayant accès sont ceux enregistrés comme responsables sur les Points d Accès concernés. UMIG - BR - ST v6.5 24/25

25 Tabellen & Indexen Tables & Indexes Begrippenlijst Glossaire Zie document UMIG - GE - XD Glossary Voir le document UMIG - GE - XD Glossary Table of Figures Figure 1 - Activity v Figure 2 - Use Case Notify Payment For v Figure 3 - Activity Notify Payment For v Figure 4 - Use Case Request v Figure 5 - Activity Request v Figure 6 - Use Case Handle v Figure 7 - Activity Handle v UMIG - BR - ST v6.5 25/25