Business Requirements for Measure for Billing



Similar documents
Business Requirement Specification

and A Regional Reference Model for the Change-of-Supplier Process

Appendix report 1: Syntax and structure of EDIFACT and XML messages Regulation F1:

Invoice Only PROFILE DESCRIPTION

Design of Large-scale Enterprise Interoperable Value Webs

Business Process Project Team

Profile 4 Basic Invoice Only. Version 2.0

Use Case Task 1-7: Network Equavalents between EMS & Planning

Developing SOA solutions using IBM SOA Foundation

Core Components Data Type Catalogue Version October 2011

ETSO Modelling Methodology for the Automation of Data Interchange of Business Processes (EMM)

Functional Design ecm Test scenarios for the EFET Test facility Broker Tests Product tests

BUSINESS REQUIREMENTS SPECIFICATION (BRS)

UML TUTORIALS THE COMPONENT MODEL

Patterns of Information Management

Outage Notification. "Acknowledgment: This material is based upon work supported by the Department of Energy under Award Number DE-OE

Using UML Part Two Behavioral Modeling Diagrams

Electricity, Gas and Water: The European Market Report 2014

DCC User Gateway Interface Design Specification. Annex - Service Request Definitions 1 Product Management Service

Software Specification and Architecture 2IW80

Hella EDIFACT INVRPT

Business Process Design Team Level 2 Process Diagram

MRA Data Transfer Catalogue (DTC) Change Proposal Form

Supply Chain Management Use Case Model

REQUIREMENTS SPECIFICATION MAPPING (RSM)

In: Proceedings of RECPAD th Portuguese Conference on Pattern Recognition June 27th- 28th, 2002 Aveiro, Portugal

SAP Business One Integration with Radley icaras EDI. Mascidon, LLC March, 2011 Dr. Don Maes

Danish Business Transactions for the Gas Market

SmartSantander Open Data access using FI-WARE G.E. [ORION]

IP Configuration Manual

Business Requirements Specification for the. Nomination and Matching Procedures

Case Study: Design and Implementation of an Ordering system using UML, Formal specification and Java Builder

Rotorcraft Health Management System (RHMS)

4. Concepts and Technologies for B2C, B2E, and B2B Transaction

A DIAGRAM APPROACH TO AUTOMATIC GENERATION OF JSP/SERVLET WEB APPLICATIONS

METER DATA MANAGEMENT FOR THE SMARTER GRID AND FUTURE ELECTRONIC ENERGY MARKETPLACES

REPORT On the work of the Croatian Energy Regulatory Agency For the year 2005

Use Case 29: Data Acquisition from External DMS Network Monitoring Subsystem

Enrollment and Billing Test Plan Scenarios Dual and Rate-Ready Billing

siemens.com/mobility Sitraffic Office The integrated workstation for traffic engineers

Compliance and Requirement Traceability for SysML v.1.0a

DELJIT D97A / CALDEL

UML TUTORIALS THE USE CASE MODEL

Model Simulation in Rational Software Architect: Business Process Simulation

Ministry of National Infrastructures. Charging of Electric Vehicles. Policy Principles

SCATS SALES AND CUSTOMER TRACKING SYSTEM SOFTWARE REQUIREMENTS SPECIFICATION VERSION: FINAL 1.0

ASF Commission Affacturage 02/08/2011 BUSINESS JUSTIFICATION

Requirement engineering Exercise the POS System solution

ebxml Glossary Technical Architecture Team Version 0.99

i. Node Y Represented by a block or part. SysML::Block,

by protonic software GmbH. easyjob 4.0 Controlling Center

EASEE-gas. Common Business Practice

Software Requirements Specification. Online Shop Software

WELMEC European cooperation in legal metrology

Emergency Services Interconnection Forum (ESIF) Emergency Services Messaging Interface Task Force ( Task Force 34 )

Welcome to the topic on approval procedures in SAP Business One.

55 Amendment of section 1 (interpretation) of the VAT Act 1972

BPMN by example. Bizagi Suite. Copyright 2014 Bizagi

[MS-ASMS]: Exchange ActiveSync: Short Message Service (SMS) Protocol

Oracle Service Bus Examples and Tutorials

3GPP TS V8.0.0 ( )

COMHAIRLE NÁISIÚNTA NA NATIONAL COUNCIL FOR VOCATIONAL AWARDS PILOT. Consultative Draft Module Descriptor. Relational Database

Automated Business Name Reservation and Registration System - A Case Study of Registrar General s Department, Ghana

Data Exchange and Protocol Process Flows for Electric Deregulation in The State of New Jersey

BCS Certificate in Modelling Business Processes

Code of Practice on Electronic Invoicing in the EU

Integrated Development of Distributed Real-Time Applications with Asynchronous Communication

IRA 423/08. Designing the SRT control software: Notes to the UML schemes. Andrea Orlati 1 Simona Righini 2

Certified PHP Developer VS-1054

Microsoft Dynamics CRM 2013/2015 Event Pipeline

WebSphere Commerce and Sterling Commerce

Standard conditions of electricity supply licence

Kirsten Sinclair SyntheSys Systems Engineers

SECTION VI - EDIFACT message formatting

EVALUATION. WA1844 WebSphere Process Server 7.0 Programming Using WebSphere Integration COPY. Developer

Web Development using PHP (WD_PHP) Duration 1.5 months

NSI Policy Supplement for XML Retail Accounting Reports Certification/Verification. May 7, 2007 Revision 1.1

IBM Business Monitor. BPEL process monitoring

Resco CRM Server Guide. How to integrate Resco CRM with other back-end systems using web services

Development of a Conceptual Reference Model for Micro Energy Grid

Creating a Simple Business Collaboration Scenario With a BPMS

Personal Loans Request. Bizagi Suite

Waterwise response to consultation on Smart Metering for Electricity and Gas

PIE. Internal Structure

Structured Data Capture (SDC) Trial Implementation

Meter Data Management

Programming SIP Services University Infoline Service

4.4 What is a Requirement? 4.5 Types of Requirements. Functional Requirements

Standard Conditions of Direct Contract On Purchase of Balance Electricity. (About the Commercial Operator Buying the Balance Electivity)

Handling customer returns in Microsoft Dynamics AX 2009

How To Create A Diagram On Rational Software Development Platform

Electricity Trading RULES

MANAGE. Warehouse Management Systems. Microsoft Dynamics NAV 5.0. Technical Whitepaper

Design Document. Offline Charging Server (Offline CS ) Version i -

SIF Validation Tool. Wages Protection System Qatar Central Bank& Ministry of Labour And Social Affairs. End User Guide

A Meeting Room Scheduling Problem

E-Invoicing Supplier Manual

EDIFACT Standards Overview Tutorial Learn About Key E-commerce Trends and Technologies at Your Own Pace

Request for Proposal Business & Financial Services Department

Transcription:

Business Requirements for Measure for Billing Status: approved Version: 2.0 Revision: A Date: August, 2013

ebix Business Requirements for Measure for Billing 2 C O N T E N T A. About this document... 4 A.1. Comments to the ebix model... 4 A.2. References... 4 A.2.1. Standards... 4 A.2.2. ebix Documents... 4 A.3. Participants in the project... 5 A.4. Main changes since last version... 5 1. Business Requirements View: Measure for Billing... 7 1.1. Measure for Billing (Business Process UseCase)... 7 1.1.1. Description... 7 1.1.2. Business Process... 8 1.1.3. Validate Measurements (Business Process UseCase)... 8 1.1.4. Exchange Validated Data for Billing (Business Process UseCase)... 9 1.1.4.1. Description... 9 1.1.4.2. Business Process... 10 1.1.5. Request Validated Data for Billing Energy (Business Process UseCase)... 11 1.1.5.1. Description... 11 1.1.5.2. Business Process... 12 1.1.6. Request Validated Data for Billing Grid Cost (Business Process UseCase)... 13 1.1.6.1. Description... 13 1.1.6.2. Business Process... 14 1.1.6.3. Business Process... 15 1.2. Business Partner View... 16 1.2.1. Business Partners for Measure for Billing... 16 1.3. Business Entity View... 17 1.3.1. Short introduction... 17

ebix Business Requirements for Measure for Billing 3 1.3.2. Validated Data for Billing Energy (Class Diagram)... 18 1.3.2.1. Validated Data for Billing Energy (State Diagram)... 20 1.3.3. Validated Data for Billing Grid Cost (Class Diagram)... 20 1.3.3.1. Validated Data for Billing Grid Cost (State Diagram)... 23 1.3.4. Request Validated Data for Billing Energy (Class Diagram)... 23 1.3.4.1. Request Validated Data for Billing Energy (State Diagram)... 24 1.3.5. Request Validated Data for Billing Grid Cost (Class Diagram)... 24 1.3.5.1. Request Validated Data for Billing Grid Cost (State Diagram)... 25 1.3.6. Negative Response to Request Validated Data for Billing (Class Diagram)... 26 1.3.6.1. Negative Response to Request Validated Data for Billing (State Diagram)... 26

ebix Business Requirements for Measure for Billing 4 A. About this document This document contains ebix Business Requirements for the processes regarding the measured data for billing energy and grid cost. As a general introduction ebix has published a separate document Introduction to ebix Business Requirements and Business Information Models [4]. The introduction also includes the generic model elements that are not specific for a particular business process. In line with UN/CEFACT Modeling Methodology version 2 (UMM-2) ebix defines the business requirements before starting the actual modeling. The requirements have been specified by the ebix work group Exchange Metered Data and are the basis for the Business Information Model which is published in a separate document. The Business Information Model is in turn the basis for the creation of XML schema s and is expected to be the basis for the specification of web services in a next version of the model document. Since ebix supports both Edifact and XML the model will also serve as the basis for the creation of Message Implementation Guides for the mapping to Edifact UNSM s. The Business Information Model and the syntax specific structures are specified by the ebix Technical Committee (ETC). A.1. Comments to the ebix model If you have comments or suggestions to the requirements please contact any member of the project group or directly to Kees Sparreboom, kees.sparreboom@capgemini.com. A.2. References A.2.1. Standards [1] UML Profile for UN/CEFACT s Modeling Methodology (UMM), Base Module, 2.0. (www.untmg.org/specifications/) [2] UML Profile for UN/CEFACT s Modeling Methodology (UMM), Foundation Module, Candidate for 2.0. (www.untmg.org/specifications/) [3] The Harmonized Role Model (for the Electricity Market) by ebix, ENTSO-E, and EFET (www.ebix.org) A.2.2. ebix Documents [4] Introduction to ebix Business Requirements and Business Information Models (www.ebix.org) [5] Recommended Identification Schemes for the European Energy Market (www.ebix.org)

ebix Business Requirements for Measure for Billing 5 [6] ebix model for Structuring of the European Energy Market: UMM 2 Business Requirements View for structuring of the European energy market, including customer switching and maintenance of master data, Draft for version 2.1.A, April 9th 2010 (www.ebix.org) [7] ebix code lists A.3. Participants in the project These Business Requirements as part of the ebix Model for the European Energy Market (see [4]) are made in a project with the members of EMD. For a list of members of EMD see www.ebix.org. A.4. Main changes since last version Old New Clarification Date Start of updates for Version 2.0.A 1. Paragraph on references The list of references has been limited to references directly relevant for a document containing business requirements 2013-07-02 2. Various UseCase diagrams Various includerelations have been replaced by extensions In order to do justice to the conditionality of processes. 2013-07-02 3. UseCase Validate Measurement s The generic UseCase Validate Measuremen ts replaces specific validation processes. The generic process for Validate Measurements is specified in the document Introduction to ebix Business Requirements and Business Information Models (www.ebix.org) 2013-07-02 4. Various activity diagrams Various forks have been replaced by decision nodes In order to do justice to the conditionality of processes and in line with the updates for UseCases (see above) 2013-07-02 5. All activity One-way processes have 2013-07-02

ebix Business Requirements for Measure for Billing 6 diagrams have been brought in line with the rules stated in the Introduction to ebix models final node in receiving swim lane; two-way processes have final node in triggering (sending) swim lane 6. All activity diagrams have been brought in line with the rules stated in the Introduction to ebix models In case of optional Failure for processes, the upper level processes in which these processes are used will also show the option for Failure 2013-07-02 7. All class diagrams A table with semantic definitions of classes and properties has been added To bring model documents for ebix CuS and ebix EMD in line 2013-07-02 8. All class diagrams, all classes for.- additions The properties Sector and Reason have been deleted As a consequence of modeling for web services as one of the implementation options 2013-07-02 9. All class diagrams for Negative Response. The list of error codes has been reviewed and updated 2013-07-02 End of updates for Version 2.0.E

ebix Business Requirements for Measure for Billing 7 1. Business Requirements View: Measure for Billing This BRS regards customer related information (in contrast to other ebix BRS s which are mainly Metering Point oriented). Customer privacy protection is supposed to be based on national rules and therefore left by ebix to national implementations. 1.1. Measure for Billing (Business Process UseCase) 1.1.1. Description UseCase description: Measure for Billing Figure 1 Measure for Billing definition beginswhen precondition Provides validated metered data for the processes of billing energy and billing grid cost. The Validator decides to. Collected Data are available for the Validator Partners responsible for the execution of the processes should have access to relevant master data. endswhen postcondition Exceptions The validated data has been made available to the Energy Supplier and/or the Grid Company and/or the Customer. Energy Supplier and/or the Grid Company have received the metered data required for billing their respective products and services. The Customer may have received the validated metered data and the accompanying meter readings from which these data have been derived. None actions See 1.1.2

ebix Business Requirements for Measure for Billing 8 1.1.2. Business Process Figure 2 BP Measure for Billing 1.1.3. Validate Measurements (Business Process UseCase) This process is described in the Introduction to ebix Business Requirements and Business Information Models (www.ebix.org), see [4].

ebix Business Requirements for Measure for Billing 9 1.1.4. Exchange Validated Data for Billing (Business Process UseCase) 1.1.4.1. Description Figure 3 Exchange Validated Data for Billing UseCase description: Exchange Validated Data for Billing definition beginswhen precondition Validator sends validated data to the Energy Supplier and/or the Grid Company The Validator decides to, or when the (national) time schedule prescribes him to. The Validator has available: validated data master data for the exchange of data endswhen postcondition exceptions The reception of the validated data has been acknowledged by the Energy Supplier and/or the Grid Company. Validated Data are available for the Energy Supplier and/or the Grid Company. The validated data may also be exchanged directly with the Customer. By lack of (national) rules, this is not modeled. actions See 1.1.4.2

ebix Business Requirements for Measure for Billing 10 1.1.4.2. Business Process Figure 4 BP Exchange Validated Data for Billing Remark: The scenario as described here reflects the options in exchanging measured data for billing. In practical implementations this scenario may be made more efficient. For example in a Supplier centric model (where the Supplier invoices both energy and grid cost) he may be able to work just on the basis of the Validated Data for Billing Grid Cost. In case of different resolutions for billing grid cost and billing energy the most detailed resolution will probably be used then for the measured data. Note that the data set for billing grid cost also covers the specifics of exchange Metering Point, where the data set for billing energy does not.

ebix Business Requirements for Measure for Billing 11 1.1.5. Request Validated Data for Billing Energy (Business Process UseCase) 1.1.5.1. Description Figure 5 Request Validated Data for Billing Energy UseCase description: Request Validated Data for Billing Energy definition Energy Supplier requests Validated Data from the Validator. The request may contain proposed validated metered data. Remark: The validated data may also be exchanged directly with the Customer. By lack of (national) rules, this is not modeled. Remark: Sending a request with proposed data can only be done if validated data have already been received before (and are not in line with the receivers expectation). Remark: The implementation of a process for requesting and/or proposing validated data (and the conditions under which it works) is up to national decision. beginswhen Energy Supplier decides to. precondition Relation between Energy Supplier and Validator. endswhen postcondition exceptions The reception of the validated data has been acknowledged by the Energy Supplier. Validated Data are available for the Energy Supplier. None

ebix Business Requirements for Measure for Billing 12 actions See 1.1.5.2 1.1.5.2. Business Process Figure 6 BP Request Validated Data for Billing Energy

ebix Business Requirements for Measure for Billing 13 1.1.6. Request Validated Data for Billing Grid Cost (Business Process UseCase) 1.1.6.1. Description Figure 7 Request Validated Data for Billing Grid Cost UseCase description: Request Validated Data for Billing Grid Cost definition Energy Supplier or Grid Company requests Validated Data from the Validator. The request may contain proposed validated metered data. Remark: The validated data may also be exchanged directly with the Customer. By lack of (national) rules, this is not modeled. Remark: Sending a request with proposed data can only be done if validated data have already been received before (and are not in line with the receivers expectation). Remark: Request for Validated Data for Billing Grid Cost as sent by the Energy Supplier is possible in Austria, Germany and Switzerland. Remark: The implementation of a process for requesting and/or proposing validated data (and the conditions under which it works) is up to national

ebix Business Requirements for Measure for Billing 14 decision. beginswhen Energy Supplier or Grid Company decides to. precondition Relation between Energy Supplier or Grid Company and Validator. endswhen postcondition exceptions The reception of the validated data has been acknowledged by the Energy Supplier or Grid Company. Validated Data are available for the Energy Supplier or Grid Company. None actions See 1.1.6.2 and 1.1.6.3 1.1.6.2. Business Process Figure 8 BP Request Validated Data for Billing Grid Cost by Energy Supplier

ebix Business Requirements for Measure for Billing 15 1.1.6.3. Business Process Figure 9 BP Request Validated Data for Billing Grid Cost by Grid Company

ebix Business Requirements for Measure for Billing 16 1.2. Business Partner View 1.2.1. Business Partners for Measure for Billing Figure 10 Business Partners for Measure for Billing

ebix Business Requirements for Measure for Billing 17 1.3. Business Entity View 1.3.1. Short introduction In these business requirements the ebix work group EMD has used the principle of specifying the core data set as business requirements. This core data set is defined as the set of information that is required when using synchronous web services as the exchange mechanism. The information required for a-synchronous web services is added as an option. Finally optional information is specified. For exchange as a stand-alone document header and context information will have to be added. But this is not regarded as a business requirement when defining the core data set, but as a requirement for technical implementation or mapping to syntax. It is important to note that it is assumed for defining the core data set, that Metering Points are uniquely dedicated to either electricity or to gas. As a consequence the specification of the business sector is not part of core data set anymore.

ebix Business Requirements for Measure for Billing 18 1.3.2. Validated Data for Billing Energy (Class Diagram) Remarks: Figure 11 Validated Data for Billing Energy This specification may be used in case of billing energy based on detail period pricing (as for instance in case of pricing based on exchange prices). But it may also be used for periodic volumes derived from meter reading (e.g. periodic billing household customer). Validated Data for Billing Energy: the registration date/time reflects the moment of registration of the time series into the database of the Metered Data Responsible after validation; this information can be used for versioning the metered data. Register Read: the registration date/time reflects the moment of registration of the register reading as added to this by the Metered Data Collector or as defined by national rules; this information is used as a timestamp for data collection. In some countries the supplier may also charge for power (i.e. Estonia). When this proves to be the case in several countries, these products will be added to the list of products measured. Element definitions, Validated Data for Billing Energy Validated Data for Billing Energy Observation Period Registration Date/Time The information set sent by a Validator responsible for the validation of measured data for a Metering Point in order to enable the billing of energy for this Metering Point. A specific period of time describing the duration of this set of validated data. The date time of the validation (and storage in the database) of this set of validated data.

ebix Business Requirements for Measure for Billing 19 Resolution The resolution of this set of validated data expressed as a duration between the start and end of subsequent observations within this set of validated data. MeteringPoint Type Product Identifier Product Measure Unit Metering Point Identifier Meter Identifier Register Identifier Register Read Read Origin Observation Registration DateTime Position Quantity Meter Time Frame Type Resolution is dependent: only used when validated data is exchanged as timeseries. A code specifying the direction of the active energy flow in this Metering Point, such as consumption, production or combined. A code specifying the energy product for the quantity in this time series. The unit of measure used for the quantity in this time series/set of measured data. An entity where energy products are measured or computed. The unique identification of the Metering Point to which the validated data are attributed. A physical device containing one or more registers. Meter (and subsequently Register and Register Read) is dependent: not used when validated data is exchanged as timeseries. The unique identification of the Meter that contains the register that has been read. A physical or logical counter measuring energy products. The unique identification of the Register that has been read. A read from the register and its characteristics. This read is at the basis of the validated data in Observation. The character string as read from the register for this observation. A code specifying the origin of this meter read The timestamp for the meter read (e.g. by the customer) at the basis of these measured data. One validated value. This value may be a part of a set of validated data. The ordinal position of this observation in this set of validated data. The validated quantity of energy for this observation. A code specifying the Meter Time Frame for the quantity in question.

ebix Business Requirements for Measure for Billing 20 Validated Data for Billing Energy Additions Identifier Validated Data for Billing Energy Async Additions Reference to Request Additional information, related to Validated Data for Billing Energy, the use of which may be agreed on a national level. This is however not used when specifying the payload in the ebix model. The unique identification of this set of information as given by the Validator. Additional information, related to Validated Data for Billing Energy, needed when using asynchronous communication. This is however not used when specifying the payload in the ebix model, but is used when specifying the document in the ebix model. Information about the request for this set of validated data which uniquely identifies it. 1.3.2.1. Validated Data for Billing Energy (State Diagram) state machine Validated Data for Billing Energ y [ Validated Data for Billing Energ y ] Initial «bestate» Exchanged BusinessSuccess Figure 12 SD Validated Data for Billing Energy 1.3.3. Validated Data for Billing Grid Cost (Class Diagram) Figure 13 Validated Data for Billing Grid Cost

ebix Business Requirements for Measure for Billing 21 Element definitions, Validated Data for Billing Grid Cost Validated Data for Billing Grid Cost Observation Period Registration Date/Time Resolution The information set sent by a Validator responsible for the validation of measured data for a Metering Point in order to enable the billing of grid cost for this Metering Point. A specific period of time describing the duration of this set of validated data. The date time of the validation (and storage in the database) of this set of validated data. The resolution of this set of validated data expressed as a duration between the start and end of subsequent observations within this set of validated data. MeteringPoint Type Product Identifier Product Measure Unit Metering Point Identifier Metering Grid Area, In Area Resolution is dependent: only used when validated data is exchanged as timeseries. A code specifying the direction of the active energy flow in this Metering Point, such as consumption, production or combined. A code specifying the energy product for the quantity in this time series. The unit of measure used for the quantity in this time series/set of measured data. An entity where energy products are measured or computed. The unique identification of the Metering Point to which the validated data are attributed. A physical area where consumption, production and exchange can be metered and from which energy flows towards the Metering Point. Identifier Metering Grid Area, Out Area Metering Grid Area, In Area is dependent: only used when MeteringPoint Type is Exchange. The unique identification of this Metering Grid Area. A physical area where consumption, production and exchange can be metered and to which energy flows from the Metering Point. Identifier Metering Grid Area, Out Area is dependent: only used when MeteringPoint Type is Exchange. The unique identification of this Metering Grid Area.

ebix Business Requirements for Measure for Billing 22 Meter Identifier Register Identifier Register Read Read Origin Observation Registration DateTime Position Quantity Meter Time Frame Type Validated Data for Billing Grid Cost Additions Identifier Validated Data for Billing Grid Cost Async Additions Reference to Request A physical device containing one or more registers. Meter (and subsequently Register and Register Read) is dependent: not used when validated data is exchanged as timeseries. The unique identification of the Meter that contains the register that has been read. A physical or logical counter measuring energy products. The unique identification of the Register that has been read. A read from the register and its characteristics. This read is at the basis of the validated data in Observation. The character string as read from the register for this observation. A code specifying the origin of this meter read The timestamp for the meter read (e.g. by the customer) at the basis of these measured data. One validated value. This value may be a part of a set of validated data. The ordinal position of this observation in this set of validated data. The validated quantity of energy for this observation. A code specifying the Meter Time Frame for the quantity in question. Additional information, related to Validated Data for Billing Grid Cost, the use of which may be agreed on a national level. This is however not used when specifying the payload in the ebix model. The unique identification of this set of information as given by the Validator. Additional information, related to Validated Data for Billing Grid Cost, needed when using asynchronous communication. This is however not used when specifying the payload in the ebix model, but is used when specifying the document in the ebix model. Information about the request for this set of validated data which uniquely identifies it.

ebix Business Requirements for Measure for Billing 23 1.3.3.1. Validated Data for Billing Grid Cost (State Diagram) state machine Validated Data for Billing Grid Cost [ Validated Data for Billing Grid Cost ] Initial «bestate» Exchanged BusinessSuccess Figure 14 SD Validated Data for Billing Grid Cost 1.3.4. Request Validated Data for Billing Energy (Class Diagram) Figure 15 Request Validated Data for Billing Energy Element definitions, Request Validated Data for Billing Energy Request Validated Data for Billing Energy Observation Period MeteringPoint Type Product Identifier Metering Point Identifier The information set to be sent by the Energy Supplier responsible for the supply at the Metering Point when requesting validated measured data. A specific period of time describing the duration of the requested set of validated data. A code specifying the direction of the active energy flow in this Metering Point, such as consumption, production or combined. A code specifying the energy product for the quantity in this time series. An entity where energy products are measured or computed. The unique identification of the Metering Point to which the validated data are attributed.

ebix Business Requirements for Measure for Billing 24 Request Validated Data for Billing Energy Additions Request Validated Data for Billing Energy Async Additions Request Identifier Additional information, related to Request Validated Data for Billing Energy the use of which may be agreed on a national level. This is however not used when specifying the payload in the ebix model. Additional information, related to Request Validated Data for Billing Energy, needed when using asynchronous communication. This is however not used when specifying the payload in the ebix model, but is used when specifying the document in the ebix model. The unique identification of this request as given by the Energy Supplier. 1.3.4.1. Request Validated Data for Billing Energy (State Diagram) Figure 16 SD Request Validated Data for Billing Energy 1.3.5. Request Validated Data for Billing Grid Cost (Class Diagram) Figure 17 Request Validated Data for Billing Grid Cost

ebix Business Requirements for Measure for Billing 25 Element definitions, Request Validated Data for Billing Grid Cost Request Validated Data for Billing Grid Cost Observation Period MeteringPoint Type Product Identifier The information set to be sent by the Energy Supplier responsible for the supply at the Metering Point when requesting validated measured data. A specific period of time describing the duration of the requested set of validated data. A code specifying the direction of the active energy flow in this Metering Point, such as consumption, production or combined. A code specifying the energy product for the quantity in this time series. An entity where energy products are measured or computed. Metering Point Identifier Request Validated Data for Billing Grid Cost Additions Request Validated Data for Billing Grid Cost Async Additions Request Identifier The unique identification of the Metering Point to which the validated data are attributed. Additional information, related to Request Validated Data for Billing Grid Cost the use of which may be agreed on a national level. This is however not used when specifying the payload in the ebix model. Additional information, related to Request Validated Data for Billing Grid Cost, needed when using asynchronous communication. This is however not used when specifying the payload in the ebix model, but is used when specifying the document in the ebix model. The unique identification of this request as given by the Energy Supplier. 1.3.5.1. Request Validated Data for Billing Grid Cost (State Diagram) Figure 18 SD Request Validated Data for Billing Grid Cost

ebix Business Requirements for Measure for Billing 26 1.3.6. Negative Response to Request Validated Data for Billing (Class Diagram) Figure 19 Negative Response to Request Validated Data for Billing Element definitions, Negative Response to Request Validated Data for Billing The information set to be sent by the Energy Supplier Negative Response to Request responsible for the supply at the Metering Point when Validated Data for Billing requesting validated measured data. Reason for Failure Negative Response to Request Validated Data for Billing Cost Additions Response Identifier Negative Response to Request Validated Data for Billing Async Additions Reference to Request A code specifying the reason for the rejection of the Requested Validated Data for Billing. Additional information, related to Request Validated Data for Billing Grid Cost the use of which may be agreed on a national level. This is however not used when specifying the payload in the ebix model. The unique identification of this negative response. Additional information, related to Request Validated Data for Billing Grid Cost, needed when using asynchronous communication. This is however not used when specifying the payload in the ebix model, but is used when specifying the document in the ebix model. The unique identification of the rejected request as given by the Energy Supplier, Customer or Grid Company when acting as the requesting business partner. 1.3.6.1. Negative Response to Request Validated Data for Billing (State Diagram) state machine Neg ative Response to Request Validated Data for Billing [ Neg ative Response to Request Validated Data for Billing ] Initial «bestate» Exchanged BusinessSuccess Figure 20 SD Negative Response to Request Validated Data for Billing