FAQ

We ask for a little patience if you registered your metering points less than a week ago. The data are sent by the grid operator only afterwards and at different intervals.

No, it is not possible to control the energy distribution on the EDA Portal.

No, there is no real-time data available on the EDA Portal.

No. Currently, only "main users" can be registered who have full read and write rights in the EDA Portal.

No, the distribution model (dynamic or static) is part of the contract with the grid operator for CGF, REC and CEC and is already determined before the community is activated. For a change, a new contract must be concluded with the grid operator. A new community-ID is also assigned in the process.

In the case of an already active community, all participants must be deregistered from the existing community-ID and registered with the new community-ID.

No, persons who manage the master data of the energy community, handle processes and generate energy data reports require a login. A user is the "administrator" of the data in the EDA Portal.

Before using the data of the energy data report for further purposes, we advise the following procedure.

1. We recommend that you create the energy data report for the previous month only at the end of the current month (e.g. create the energy data report for November only at the end of December).
2. Check whether all values for all metering points are completely included in the energy data report.
3. Check whether the sum of "Own generation" + "Total/surplus generation" = "Total joint generation" in the "Overview" tab.
4. If you have problems with the energy data report, please send the affected report using the contact form here and describe the problem.

The data is sent by the grid operator in retrospect and at different intervals. Please be patient if you registered your metering points less than a week ago.

Users = persons who manage master data of the energy community, handle processes and generate energy data reports. A user is the administrator of the data in the EDA Portal.

This person creates the metering points and registers/deregisters them for participation in the energy community, creates energy data reports, etc.

Not every participant of the energy community has to be a user on the EDA Portal.

Energy communities (Community Generation Facilities, renewable energy communities, citizen energy communities) receive the following categories per metering point:

Generation metering points

Generation according to measurement [KWH] (OBIS code: 1-1:2.9.0 G.01)
Description: Measured generated quantity per metering point.

Surplus generation [KWH] (OBIS code: 1-1:2.9.0 P.01)
Description: Calculated residual surplus per metering point that was fed into the grid and sold.

Residual surplus for EC and each MP [KWH] (OBIS code: 1-1:2.9.0 P.01T)
Description: Production of a production metering point not consumed in the community; calculated value.

Consumption metering points consumption according to measurement [KWH] (OBIS code: 1-1.9.0 G.01T)
Description: Mesured quantity consumed per metering point.

Consumption metering points

Consumption according to measurement [KWH] (OBIS code: 1-1:1.9.0 G.01)
Description: Measured consumed quantity per metering point.

Consumption according to measurement according to the participatiomn factor per MP and ECID [KWH] (OBIS code: 1-1:1.9.0 G.01T)
Description: Measured ttal copnsumption of a consumption metering point reduced acording to the participation factor; calculated value, since April 8, 2024.

Share of joint generation [KWH] (OBIS code: 1-1:2.9.0 G.02)
Description: Theoretical maximum allocation of generated quantity per metering point.

Own generation share [KWH] (OBIS code: 1-1:2.9.0 G.03)
Description: Actual allocation of generated quantity per metering point.

Own coverage from renewable energy [KWH] (OBIS code: 1-1:2.9.0 G.03R)
Description: Community renewable energy consuiption at metering point; calculated value, since April, 8, 2024 at CGF/REC/CEC.

In this case, energy industry data exchange via the EDA Portal is not possible.

For questions and detailed information about the EDA Portal, our support team is available from Monday to Friday between 08:00 and 18:00

phone: +43 1 3618 313 14
ticket system: contact form

The restrictions only affect around one percent of market participants. These restrictions do not apply to 99% of market participants.

These restrictions affect all market participants.

In this case, the grid operator can no longer deliver the consumption data for the market participant from 01.04.2023.

No more processes can be carried out for the administration of the market participant, as access to the EDA user Portal (old) will no longer be possible after 31.03.2025.

The EDA Portal is a low-threshold access to market communication. It enables small market participants to easily access market communication. As a result, the EDA Portal does not offer any support for managing larger market participants. Nevertheless, as the size of the market participant increases, the requirements for the EDA Portal increase. Managing large amounts of data and providing the necessary, stable IT infrastructure causes higher costs. Part of these costs are covered by billing the large market participants. Likewise, the EDA Portal is not intended for market partners who provide (paid) services for market participants.

A list of service providers can be found on the website of the Austrian Coordination Office for Energy Communities.

The energy data report can be generated for a maximum period of one month.

Yes, this is possible. You are welcome to rename it e.g. with first name, surname.

The user can maintain the master data of the individual metering points themselves if they wish to have them in the EDA Portal.

The network operator's point of delivery list contains all points of delivery (+ConsentID) including the participation factor. The allocation is also included in the static model.

The participation factor is the percentage with which the participant takes part in the energy pool. This is independent of whether the allocation of energy quantities in the energy pool is static or dynamic.

In the static model, the allocation can be changed within the energy community. The allocation is the percentage of energy that a metering point is allocated by the energy community.
In the static model, the allocation can be a maximum of 100 percent across all metering points together.

The "Austrian Coordination Office for Energy Communities" has advisory offices in every province.

You can find more information here: https://energiegemeinschaften.gv.at

You will find the relevant contact details on the website of the respective grid operator.

If you have technical questions for EDA GmbH (e.g. transmission channels)

• office@eda.at

If you have substantive questions for Oesterreichs Energie (e.g. structure of a message)

• info@ebutilities.at
• info@oesterreichsenergie.at

The costs are borne by the electricity and gas system operators pursuant to the “Other Market Rules, Chapter 5” (SoMa5) issued by E-Control Austria, as well as by those companies who are not assigned a direct role in the energy industry processes pursuant to law, regulations or SoMa (e.g. service providers to final customer).

For all other market participants, participation is free-of-charge. However, if necessary, appropriate restrictions can be imposed in a transparent manner.

The price sheet for service providers of final customer can be found here.

The energy community decides per community-ID whether the dynamic or static distribution model is applied. No further subdivision of the participating metering points is envisaged.

Each market participant must find another market participant itself for testing purposes.

An IT service provider services other market participants and carries out the energy data exchange for them.

In the case of an e-mail connectivity on or a connection via Communication Endpoint (CEP), the market participant concludes the EDA platform contract with EDA GmbH and authorises the IT service provider to carry out the data exchange for it in the course of performing the EDA platform contract.

Example
An energy community (market participant) outsources the processing of data exchange with the system operator and the billing of the energy community to a service provider. This service provider is an IT service provider.

An Energy Service Provider services final customer and carried out tasks such as energy controlling or optimisation of energy consumption for them.
The Energy Service Provider concludes the EDA platform contract with EDA GmbH via an e-mail connectivity or a connection via CEP.

Example
An Energy Service Provider receives the energy data of individual final customers and optimises their energy consumption. This service provider is an Energy Service Provider.

Each electricity or gas meter corresponds to a metering point. The grid operator uses the metering point to record the amount of electricity consumed or fed into the grid. This means that there can be several metering points in a household, e.g. one metering point for electricity consumption and one metering point for electricity feed-in, e.g. if there is a PV system.

The metering point number is a 33-digit number that uniquely identifies the metering point.
The metering point number is structured as follows:
2 digits country code (AT),
6 digits grid operator number (numeric),
5 digits postcode (numeric, can also contain only 5 x 0),
20 digits point of delivery number (alphanumeric, A-Z, 0-9)

The metering point number can be found on your electricity bill from the grid operator. It can also be requested directly from the grid operator or can be found in the grid operator portal.

Attention: The meter point number must not be confused with the meter number. The meter number is the serial number of the installed meter and therefore changes when the meter is changed.

The online registration process requires the active consent of the holder of the metering point for participation. In addition, the supplementary agreement to the grid access contract is concluded. The energy community is notified of the consent given by the grid operator (by means of the message ZUSTIMMUNG_ECON).

Please contact your customer support.

• see eda.at/support

Only the sender and recipient can access the transmitted data.

The data is held decentrally. The EDA infrastructure is the “data highway” between the individual market participants.

If a market participant wishes to switch to a different connection type, this can be done here.

If it is a Community Generation Facility (CGF) or a Renewable Energy Community (REC), the allocation of the community-ID is carried out by the grid operator.
In the case of a Citizen Energy Community (CEC), the community-ID must be requested from ebUtilities.

After the owner of the metering point has given his consent to this on the grid portal of the grid operator, the grid operator carries out the subsequent steps required for the allocation of the installation to the energy pool:

1. Installation of smart meter or load profile meter, if not already available. Establishment of stable communication and activation of quarter-hourly readout.
   Note: According to EAG §16e Para. 1, this process can take up to 2 months.
2. Allocation of the metering point to the energy community
3. The grid operator confirms the allocation of the point of delivery to the energy pool and announces the activation date of the energy pool. From this date, the registered point of delivery is taken into account in the energy allocation and the energy pool should receive the energy data periodically from the grid operator.

It is possible for users to participate in the EDA test system. Please contact EDA GmbH for this purpose here.

As IT service providers do not receive an identifier on ebUtilities.at, they cannot be connected to the EDA infrastructure using a participant identifier of their own.

However, a market participant (energy community, supplier, system operator etc.) can outsource its connection to an IT service provider. The market participant concludes the EDA platform contract with EDA GmbH and in the course of contract implementation, the market participant can authorise the IT service provider to perform the data exchange.

In the EDA Portal, you can use the process monitor to see the current status of the message and whether it has arrived correctly.

With the e-mail connectivity and Communication Endpoint (CEP) you receive an “Acknowledge” confirmation as a reply for each transmitted message and this serves as confirmation to you that the message has arrived at the other Endpoint.

If the Community Generation Facility (CGF) has more than one community ID, only one must be specified in the registration form. Send the other additional community IDs via ticket here.

No, EDA platform contracts may only be concluded with EDA GmbH by participants who have an energy market role of their own and who are registered under that market role.

However, a market participant (energy community, supplier, system operator etc.) can outsource the handling of its connection to an IT service provider. In this case, the market participant concludes the EDA platform contract with EDA GmbH and authorises the IT service provider to exchange data.

Yes, this is possible.

It is the market participant’s responsibility to determine whether they wish to manage the e-mail box provided to them on their own or pass on the user data to an IT service provider.

All authorised market participants can conclude an EDA platform contract and thus connect directly to the EDA infrastructure.

If a market participant wishes to outsource the connection to an IT service provider, the market participant must still conclude the EDA platform contract with EDA GmbH. In the course of contract implementation. The market participant authorises an IT service provider to perform data exchange.

The communication protocol currently used for transmission is AS4. The proprietary CEP must be able to communicate with the central services using AS4.

The specifications for AS4 may be found under the following link: www.oasis-open.org

AS4: AS4-profile-v1.0-os.odt

Furthermore, messages must be encrypted asynchronically. The partnerships certificates and participant IDs of the other market participants for purposes of encryption may be retrieved from central services via https.

When operating a proprietary connection, users must also take account that the schemes used for market processes are subject to further development by the industry and must be accordingly implemented on an going live and operating basis. Scheme adaptations are the subject of consultation and published on ebUtilities.at. Currently, further developments to schemes are undertaken twice yearly by the industry.

CEP is the abbreviation “Communication Endpoint ". The CEP standard is provided by EDA GmbH and used by the respective market partner.

Yes, several CEPs can be operated in parallel by a single CEP operator.

However, each participant identifier (AT/EP/GC/RC/CC identifier) can only be stored as an end-point for a single CEP.

The CEP PONTON X/P standard will be developed further by PONTON GmbH.

The further developments relate to security-related and technical topics. The further developments will be made available to market participants in the form of software updates, so-called patches, and must be installed independently by the market participant.