<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>consultation &#8211; Icebreaker One</title>
	<atom:link href="https://ib1.org/tag/consultation/feed/" rel="self" type="application/rss+xml" />
	<link>https://ib1.org</link>
	<description>Making data work harder to deliver net-zero</description>
	<lastBuildDate>Wed, 21 May 2025 12:15:31 +0000</lastBuildDate>
	<language>en-GB</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.1.10</generator>

<image>
	<url>https://ib1.org/wp-content/uploads/2020/11/cropped-00-IB1-Roundel-Yellow-X-Small-128px-rgb-32x32.png</url>
	<title>consultation &#8211; Icebreaker One</title>
	<link>https://ib1.org</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Open Energy consultation: Assured Open Data</title>
		<link>https://ib1.org/2025/05/20/open-energy-consultation-on-assured-open-data-scheme/</link>
		
		<dc:creator><![CDATA[Chris Pointon]]></dc:creator>
		<pubDate>Tue, 20 May 2025 15:06:42 +0000</pubDate>
				<category><![CDATA[Consultations]]></category>
		<category><![CDATA[Energy]]></category>
		<category><![CDATA[consultation]]></category>
		<category><![CDATA[open energy]]></category>
		<category><![CDATA[trust frameworks]]></category>
		<guid isPermaLink="false">https://ib1.org/?p=17367</guid>

					<description><![CDATA[Open Energy, the governance body of the Energy Sector Trust Framework, is seeking feedback from its members and the public on the scheme agreement and assurance levels of its proposed Assured Open Data scheme]]></description>
										<content:encoded><![CDATA[
<p>Open Energy, the governance body of the Energy Sector Trust Framework, is seeking feedback from its members and the public on the two main components of its proposed Assured Open Data scheme:</p>



<ul>
<li>The scheme agreement [<a href="https://ib1.org/wp-content/uploads/2025/05/Scheme_-ESTF-Assured-Open-Data-Scheme-Agreement-for-Data-Sharing-Terms-v2025-05-01-DRAFT-website.pdf">pdf</a>, <a href="https://docs.google.com/document/d/1NNUVMtDNZ6rOG3zZNs8A4aUylIxH_aBHPF3NSH8YH5c/edit?usp=sharing">Google Doc</a> for comment]</li>



<li>The assurance levels:
<ul>
<li>Organisation assurance [<a href="https://specification.docs.ib1.org/generic-organizational-assurance-levels/1.0/">specification</a>]</li>



<li>Dataset assurance [<a href="https://specification.docs.ib1.org/generic-dataset-assurance-levels/1.0/">specification</a>]</li>



<li>Both specifications are also available in a <a href="https://docs.google.com/document/d/1_1ZyIDb3JSSMjkk1FhcX_ep_j1SRttbW1VcA_L-sncA/edit?usp=sharing">Google Doc</a> for comment</li>
</ul>
</li>
</ul>



<p>Please comment directly on the Google Docs if you are able, or email feedback to <a href="mailto:openenergy@ib1.org">openenergy@ib1.org</a>. Comments received before June 2 2025 will be considered for inclusion in the initial scheme implementation.</p>



<h2>Background</h2>



<p>Open Energy is proposing to add an Assured Open Data scheme to the Energy Sector Trust Framework (ESTF). The scheme has these main aims:</p>



<ul>
<li>Provide assurance to consumers of Open Data published by Members</li>



<li>Enhance the quality, consistency, and reliability of published data</li>



<li>Ensure Members comply with relevant data protection, privacy, and security regulations (e.g. members don&#8217;t publish any data subject to data protection regulations such as GDPR as Open Data under the scheme)</li>



<li>Promote transparency and accountability within the data-sharing ecosystem.</li>
</ul>



<p>The scheme incorporates updated organisational and dataset assurance levels based on feedback on the original levels that Icebreaker One <a href="https://ib1.org/2023/09/21/assurance-open-consultation/">announced in September 2023</a>.&nbsp;These levels are already being used, for example by Open Energy members SSEN-D on their <a href="https://data.ssen.co.uk/">data portal</a>.</p>



<p>Joining the scheme will be free to ESTF members. In order to assert the assurance levels members must execute the scheme agreement that sets out their commitments, and liabilities should they fail to meet them.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Outcomes of Open Energy Phase 3 Policy Consultations</title>
		<link>https://ib1.org/2021/07/15/outcomes-of-open-energy-phase-3-policy-consultations/</link>
		
		<dc:creator><![CDATA[Gavin Starks]]></dc:creator>
		<pubDate>Thu, 15 Jul 2021 15:12:33 +0000</pubDate>
				<category><![CDATA[News]]></category>
		<category><![CDATA[Updates]]></category>
		<category><![CDATA[consultation]]></category>
		<category><![CDATA[data]]></category>
		<category><![CDATA[energydata]]></category>
		<category><![CDATA[opendata]]></category>
		<category><![CDATA[openenergy]]></category>
		<category><![CDATA[shareddata]]></category>
		<guid isPermaLink="false">https://energy.ib1.org/?p=883</guid>

					<description><![CDATA[Between March and June 2021, Open Energy conducted three public consultations to inform the design and development of core policies [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>Between March and June 2021, Open Energy conducted three public consultations to inform the design and development of core policies underpinning the <a href="https://energydata.org.uk/directory/">Open Energy Governance Service (OEGS)</a> for Shared data. Now all consultations have closed, and in line with our ethos of working in the open, we would like to feed back the outcomes of these consultations and to thank all who contributed.&nbsp;</p>



<p>All terms used in the blog are defined in the glossary <a href="https://icebreakerone.github.io/open-energy-python-infrastructure/glossary.html">here</a>. All policies will also be published in the Phase 3 operational guidelines (forthcoming end July 2021). For any questions stemming from this blog, or materials within, please contact <a href="mailto:openenergy@ib1.org">openenergy@ib1.org</a>.</p>



<h3><strong>Data Sensitivity Classes</strong></h3>



<p>Open Energy facilitates sharing of a wide variety of data types, with varied levels of sensitivity. In order to handle this complexity, and to ensure data is appropriately protected, Open Energy has developed a system of data sensitivity classification. This policy details five Open Energy data sensitivity classes, graded across three dimensions of sensitivity: personal, commercial, and security. They are designed to complement <a href="https://www.ofgem.gov.uk/publications/consultation-data-best-practice-guidance-and-digitalisation-strategy-and-action-plan-guidance">Ofgem’s Data Best Practice guidance</a>, by adding nuance to how Data Providers can classify types of Shared data.</p>



<p>Consultation during policy development informed a range of changes including:</p>



<ul><li>Reducing the number of classes from 6 to 5,</li><li>Improving descriptions and example data types provided for each class; and</li><li>Updating guidance regarding the classification of aggregated and anonymised personal data.</li></ul>



<p>Details of public consultation feedback, and Open Energy’s responses, can be found <a href="https://docs.google.com/spreadsheets/d/1x7xKfnsUqwzDiZcRTrcwP9QuhuuDYYcEEAkxv8y3OPY/edit#gid=0">here</a>. A copy of the updated policy can be found <a href="https://docs.google.com/document/d/1DmH26BTXJ5KwQfXpuOOZh4t3hkN-8dH_JBjCodHPetg/edit">here</a>.</p>



<div class="wp-block-image"><figure class="aligncenter size-large is-resized"><a href="https://docs.google.com/document/d/1DmH26BTXJ5KwQfXpuOOZh4t3hkN-8dH_JBjCodHPetg/edit"><img decoding="async" src="https://ib1.org/wp-content/uploads/2021/07/Screenshot-2021-07-15-at-14.52.04-1.png" alt="" class="wp-image-885" width="339" height="174" srcset="https://ib1.org/wp-content/uploads/2021/07/Screenshot-2021-07-15-at-14.52.04-1.png 678w, https://ib1.org/wp-content/uploads/2021/07/Screenshot-2021-07-15-at-14.52.04-1-600x308.png 600w, https://ib1.org/wp-content/uploads/2021/07/Screenshot-2021-07-15-at-14.52.04-1-230x118.png 230w, https://ib1.org/wp-content/uploads/2021/07/Screenshot-2021-07-15-at-14.52.04-1-350x180.png 350w, https://ib1.org/wp-content/uploads/2021/07/Screenshot-2021-07-15-at-14.52.04-1-480x246.png 480w" sizes="(max-width: 339px) 100vw, 339px" /></a></figure></div>



<h3><strong>Data Access Conditions</strong></h3>



<p>Once Data Providers have allocated their datasets to appropriate sensitivity classes, they will then specify the access conditions for each dataset. To encourage the creation of&nbsp; access conditions that are fair and proportionate to the dataset’s sensitivity profile, data sensitivity classes will be used as a guiding basis for considering access conditions, though not a complete determinant. As such, we define a standardised range of access condition types that Data Providers can associate with a particular dataset. This acknowledges the need for more nuance than would be captured under a ‘one size fits all’ approach for each sensitivity class, while still enabling standardisation of condition types. The policy focuses on access conditions for classes OE-SA and OE-SB only as personal data (OE-SP) are out of scope for Open Energy Phase 3.&nbsp;</p>



<p>Consultation during policy development informed a range of adaptations including:</p>



<ul><li>Dividing group-based access conditions into externally defined and self defined types;</li><li>Tightening the scope of use case-based access conditions to promote clarity and fairness; and</li><li>Removing purpose-based access conditions to reflect coverage of these conditions elsewhere in ways that reduce implementation difficulties.</li></ul>



<p>Details of public consultation feedback, and Open Energy’s responses, can be found <a href="https://docs.google.com/spreadsheets/d/1aEScmtWxy9HR60nfqANES0ugeHLT1B1E4RuUp2GXMvk/edit#gid=0">here</a>. A copy of the updated policy can be found <a href="https://docs.google.com/document/u/0/d/1u57oRvOmD6lOLunevEva1khjxUz_Dln5dnHMlJbTQTM/edit">here</a>.</p>



<div class="wp-block-image"><figure class="aligncenter size-large is-resized"><a href="https://docs.google.com/document/u/0/d/1u57oRvOmD6lOLunevEva1khjxUz_Dln5dnHMlJbTQTM/edit"><img decoding="async" loading="lazy" src="https://ib1.org/wp-content/uploads/2021/07/Screenshot-2021-07-15-at-14.52.19-1.png" alt="" class="wp-image-886" width="341" height="173" srcset="https://ib1.org/wp-content/uploads/2021/07/Screenshot-2021-07-15-at-14.52.19-1.png 682w, https://ib1.org/wp-content/uploads/2021/07/Screenshot-2021-07-15-at-14.52.19-1-600x304.png 600w, https://ib1.org/wp-content/uploads/2021/07/Screenshot-2021-07-15-at-14.52.19-1-230x117.png 230w, https://ib1.org/wp-content/uploads/2021/07/Screenshot-2021-07-15-at-14.52.19-1-350x178.png 350w, https://ib1.org/wp-content/uploads/2021/07/Screenshot-2021-07-15-at-14.52.19-1-480x244.png 480w" sizes="(max-width: 341px) 100vw, 341px" /></a></figure></div>



<h3><strong>Data Licensing&nbsp;</strong></h3>



<p>This represents the final step of the journey that Data Providers must take in order to ready their datasets for sharing via Open Energy. It consists of two parts: creating access rules, then associating the grant of a set of capabilities and obligations with each rule to form the license. Our model proposes a system whereby access and capability grants are determined, for each request to a Data Provider’s API, on the basis of a set of rules defined and published by that Data Provider. This is different from the single licensing model that is commonly used in the sector, whereby one license is produced to cover all circumstances of the dataset’s use. It also responds to industry feedback regarding problems with the length and complexity of single licenses, which can increase cost, friction and risk associated with data use. By contrast, the Open Energy model permits reasonable multiple licensing within a set of transparent, standardised parameters that enable each license to be significantly simplified.&nbsp;</p>



<p>Consultation during policy development informed a range of changes including:</p>



<ul><li>Sharpening the descriptions of certain capabilities;&nbsp;</li><li>Confirming use of the ‘data pyramid’ to support the definition of different levels of onward sharing permissions; and</li><li>Honing a set of clarifications provided with the policy to support understanding.</li></ul>



<p>Details of public consultation feedback, and Open Energy’s responses, can be found <a href="https://docs.google.com/spreadsheets/u/0/d/1dbCSVSYC_ppihfTjkne5S2dyTS2LEBH25UeFfthITAg/edit">here</a>. A copy of the updated policy can be found <a href="https://docs.google.com/document/u/0/d/1K2P3mkHIHur9Ntug2_Rv9HCqtJFpZ33OCSn9ab2sOI8/edit">here</a>.</p>



<div class="wp-block-image"><figure class="aligncenter size-large is-resized"><a href="https://docs.google.com/document/u/0/d/1K2P3mkHIHur9Ntug2_Rv9HCqtJFpZ33OCSn9ab2sOI8/edit"><img decoding="async" loading="lazy" src="https://ib1.org/wp-content/uploads/2021/07/Screenshot-2021-07-15-at-14.52.37-1.png" alt="" class="wp-image-887" width="342" height="176"/></a></figure></div>



<h3><strong>What’s next?&nbsp;</strong></h3>



<p>In the next phase of development, Open Energy will produce guidance and tooling designed to support Data Providers to comply with Open Energy policies. We aim for this to build trust and fairness in the ecosystem, while making it as easy as possible for Data Providers to get up and running. The next phase of the project will also explore policy development around dispute resolution and we expect to hold a further public consultation on this topic in due course.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Share your Feedback: Open Energy Data Classes</title>
		<link>https://ib1.org/2021/04/13/share-your-feedback-open-energy-data-classes/</link>
		
		<dc:creator><![CDATA[Gavin Starks]]></dc:creator>
		<pubDate>Tue, 13 Apr 2021 14:52:14 +0000</pubDate>
				<category><![CDATA[News]]></category>
		<category><![CDATA[Classification]]></category>
		<category><![CDATA[consultation]]></category>
		<category><![CDATA[data]]></category>
		<category><![CDATA[energy]]></category>
		<guid isPermaLink="false">https://energydata.org.uk/?p=411</guid>

					<description><![CDATA[Summary We are seeking feedback on a system of data classification proposed for the Open Energy ecosystem. Comments are welcomed [&#8230;]]]></description>
										<content:encoded><![CDATA[
<figure class="wp-block-image size-large"><img decoding="async" src="https://ib1.org/wp-content/uploads/2021/04/Open-Energy-social-media-1-1-1024x576.jpg" alt="" class="wp-image-413"/></figure>



<p><strong>Summary</strong></p>



<p>We are seeking feedback on a system of data classification proposed for the <a href="https://energy.ib1.org/">Open Energy</a> ecosystem. Comments are welcomed from all energy sectors organisations and users of energy data. Feedback will be used to shape the Open Energy data classes policy and inform subsequent development of data access and licensing policies (to be consulted on in due course). The consultation is open until 30 April 2021 and can be accessed <a href="https://docs.google.com/document/u/0/d/1A9Aj7uW5DEkhZjdBw5JI6t7qi_ojMIeKrBxyDWhD2n8/edit">here</a>.</p>



<div class="wp-block-image is-style-default"><figure class="aligncenter size-large is-resized"><a href="https://docs.google.com/document/u/0/d/1A9Aj7uW5DEkhZjdBw5JI6t7qi_ojMIeKrBxyDWhD2n8/edit"><img decoding="async" loading="lazy" src="https://ib1.org/wp-content/uploads/2021/04/callout-OC-energy-data-1.png" alt="" class="wp-image-415" width="419" height="206"/></a></figure></div>



<p><strong>Background</strong></p>



<p>Open Energy aims to modernise access to energy and related data and break down barriers to data sharing. Open Energy will make it easier to both share and access data, supporting the sector’s drive towards decarbonisation, as well as related social and economic benefits. The project aims to serve all energy sector actors looking to share data, access data, or both.</p>



<p>Open Energy builds on learning from Open Banking &#8211; identifying which elements are transferable to the energy sector, and which require adaptation or fresh thinking. Our ethos emphasises openness, transparency and sector engagement to ensure that the project meets the widest possible variety of needs. We are now seeking feedback on the first of a set of three policies aiming to navigate one of the most significant differences between Open Energy and Open Banking: the diversity of datasets shared within their respective ecosystems.&nbsp;</p>



<p>Open Banking only handles two categories of data: open data and personal data. By contrast, Open Energy will incorporate more categories of data that have varied levels of sensitivity. In order to handle this complexity, and to ensure data is appropriately protected, Open Energy is developing a system of data classification. <strong><em>This consultation focuses on sharpening the descriptions, examples and criteria forming the data classes proposed. </em></strong>Follow-up consultations exploring data access and data licensing will take place later.&nbsp;</p>



<p><strong>Proposal</strong></p>



<p>We propose a system of six data classes, graded across three dimensions of sensitivity: personal, commercial, and security. Proposed classes are presented in Table 1 of the <a href="https://docs.google.com/document/d/1A9Aj7uW5DEkhZjdBw5JI6t7qi_ojMIeKrBxyDWhD2n8/edit#">consultation document</a>. It is proposed that &#8211; once finalised &#8211; a definition, specification and dataset examples for each class will be provided in the Open Energy Operational Guidelines. Data Providers (organisations sharing data via the Open Energy ecosystem) will then assess their datasets and self-allocate them to a class, prior to sharing them via Open Energy.&nbsp;</p>



<p>Open Energy data classes are designed to supplement, not replace, the Modernising Energy Data Best Practice Guidance (<a href="https://modernisingenergydata.atlassian.net/wiki/spaces/MED/pages/69042178/Data+Best+Practice+latest+release+v0.21">current version</a> Point 12) determining whether data should be made Open, Shared or Closed. In particular, Open Energy data classes are designed to provide nuance to different classes of Shared data, with different sensitivity profiles.</p>



<p><strong>How can you help?</strong></p>



<p>We are seeking feedback on the proposal through our consultation <a href="https://docs.google.com/document/u/0/d/1A9Aj7uW5DEkhZjdBw5JI6t7qi_ojMIeKrBxyDWhD2n8/edit">here</a>. It takes around 30 minutes to respond. The consultation explores questions including:&nbsp;</p>



<ul><li>Are proposed data classes appropriate and clear?</li><li>Are example datasets given for each class are accurate?</li><li>Are any types of sensitivity missing from our analysis?</li></ul>



<p>The consultation is open until <strong>30 April 2021</strong> and responses are encouraged from all actors in the energy sector, or who work with energy and related data. Any queries should please be directed to <a href="mailto:emily.judson@ib1.org">emily.judson@ib1.org</a>.&nbsp;</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Icebreaker One response to Australian Energy Rules Framework Consultation</title>
		<link>https://ib1.org/2020/09/25/icebreaker-one-response-to-australian-energy-rules-framework-consultation/</link>
		
		<dc:creator><![CDATA[Miles Cheetham]]></dc:creator>
		<pubDate>Fri, 25 Sep 2020 15:58:39 +0000</pubDate>
				<category><![CDATA[Opinion]]></category>
		<category><![CDATA[consultation]]></category>
		<category><![CDATA[policy]]></category>
		<guid isPermaLink="false">https://ib1.org/?p=2594</guid>

					<description><![CDATA[Target audience(s): Policy experts, energy sector experts — Estimated reading time: 12-15 minutes Reference: Australian policy consultation — Energy Rules [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p><strong>Target audience(s): </strong>Policy experts, energy sector experts — <strong>Estimated reading time</strong>: 12-15 minutes</p>



<p>Reference: <a href="https://consultation.accc.gov.au/consumer-data-right/energy-rules-framework-consultation/">Australian policy consultation — Energy Rules Framework</a><br></p>



<p>Icebreaker One Response — August 2020<br></p>



<h4><strong>Executive Summary</strong></h4>



<p>We welcome the publication of this consultation document and fully support consumer control over their energy data through the Consumer Data Right (CDR). We believe this is an inflection point that will enable a thriving ecosystem of private service providers, new entrants and existing energy stakeholders, expanding to provide the innovation the whole system requires to meet its goals. Access to data will clarify inefficiencies and identify opportunities, bringing considerable efficiency gains and savings as digitalisation, decentralisation and decarbonisation accelerate. <br></p>



<p>To achieve this, the use of energy data must be characterised by strong governance, standards and architectural agility. We hold an ambitious view for the future energy system: one which is highly innovative, delivering strong environmental, economic and societal benefits by fostering a decentralised data ecosystem, enabling widespread machine-to-machine data exchange and the ability to address privacy challenges. This will require additional consumer protections and enhanced rights. We advocate the principles of consumer primacy, control of consent throughout the provisioning chain, and greater emphasis on liability and redress.&nbsp;<br></p>



<p>We recently published relevant reports through our associated company, Dgen, for the UK Government on consent, liability and redress. These are pertinent to your consultation and you can find them here:</p>



<p><a href="https://www.gov.uk/government/publications/smart-data-research-on-consent-liability-and-authentication">https://www.gov.uk/government/publications/smart-data-research-on-consent-liability-and-authentication</a></p>



<p><strong>Overview of Icebreaker One&nbsp;</strong><br></p>



<p>Icebreaker One is an independent, non-partisan, global non-profit. Our vision is to develop the data infrastructure to deliver a demonstrably net-zero future. We connect private and public sector leaders to help reduce risk and grasp the opportunity to transform the climate crisis into economic innovation.<br></p>



<p>We understand that every asset, system, organisation and network in energy (and beyond) will be producers and consumers of data. These systems will increase in complexity: they are not only being digitalised, they are becoming data-driven. The growth in data connections will be exponential as the market matures.&nbsp;<br></p>



<p>We believe the energy ecosystem must implement a data architecture which can scale in data-type, volume and connectivity, across use-cases, organisational and logistical boundaries, sectors and jurisdictions. It must deliver this in a secure, safe, robust and adaptable environment with trusted governance.&nbsp;</p>



<h4><strong>Responses to Consultation Questions</strong><br></h4>



<p>We have responded to questions 1, 2, 3, 4, 20, 22, 24, 26, 34, 35 where we believe Icebreaker One (IB1) expertise and experience will be helpful.&nbsp;</p>



<p><strong>Consultation questions: an approach to data sets in energy rules</strong></p>



<h5><strong>1. Do you agree with our proposed approach to data sets in the energy rules? Why or why not?</strong></h5>



<p>We recommend that all data sets and assets should include descriptive metadata. The approach adopted should enable the ability to “crawl” energy metadata for both open and shared data. This approach enables searchable energy datasets and assets and understands <em>relationships</em> and <em>meaning</em>. Furthermore, it will enable links to be created between related assets and datasets e.g. metadata about a dataset linking to metadata about the physical asset from which the dataset was recorded.&nbsp;&nbsp;</p>



<h5><strong>2. Considering the above discussion about potentially sensitive information, what data, if any, should be subject to specific arrangements (for example, during the consent process)? Should any particular sensitive data be explicitly excluded from the proposed data sets?</strong></h5>



<p>We agree that hardship details and concession details be separately categorised to allow ADRs to clearly explain the purpose and benefit of a consumer consenting to the sharing of these data sets. This confirms research in the UK by the Money &amp; Mental Health Policy Institute which considered how firms might use data which suggests a consumer may be vulnerable. A key recommendation from this was for government to create a shared space for regulators, firms and consumer groups to consider how such data can be used appropriately. Ethical use of data must be a key focus of regulation and should ensure that those consumers choosing not to share such sensitive data do not face prejudice.</p>



<p>Moreover, it is essential that consumers are fully informed when making decisions and are asked to consent. From a consumer perspective ‘consent’ is often not clear because to access a product or service consumers must understand and agree the company Terms and Conditions as well as the way in which their data will be used. This is a lot of information to absorb and is often poorly presented. This raises the risk that consumers do not genuinely understand what they are agreeing to, and the potential consequences of their actions.&nbsp;</p>



<p>We, therefore, recommend that a Standard for consent that requires ADRs to put the interests of consumers first. This should be implemented as a codified approach with a common set of parameters and values that is presented to the consumer in an easily understood way. For example, such a standard should include:</p>



<ul><li>The purpose of data sharing (with a clear explanation of the value exchange)</li><li>Other organisations involved in the data sharing, if this is the case</li><li>What data items will be shared</li><li>Draw attention to any sensitive data</li><li>Access and individual rights of the consumer</li><li>Information governance arrangements (such as accuracy of data, the deletion of data, termination of data sharing and complaints management)</li><li>End date and review periods for the agreement</li></ul>



<p>This should be developed from the consumer perspective, with an emphasis on comprehension and user experience, and allowing for the interconnected nature of the data provisioning chain.&nbsp; We note that such a Standard would enable the development of an API specification and associated metadata that enables the detail of the consent to be checked by other parties in any provisioning chain or carried alongside the consumer’s data in an API payload. This requirement is not unique to the energy sector and should be applied to any sector where personal data is shared. We trust that these aspects of the consent approach and process are included in the scope of the planned work on authentication and authorisation.&nbsp;</p>



<h5><strong>Consultation questions: approach to the Rules, standards and privacy safeguards to accommodate the gateway data access model</strong></h5>



<h5><strong>3. Do you consider the proposed approach to the gateway rules, standards and privacy safeguards appropriate for CDR in energy?</strong></h5>



<p>We are concerned that the proposed approach may limit the potential for the use of energy data in Australia. While noting the rationale behind the original decision and extensive stakeholder engagement, we are encouraged at the inclusion of a 3-year review of the gateway approach as in the longer-term this approach:</p>



<ul><li>Will create a single point of failure;</li><li>May prove to be costly and inefficient to ensure consistent, reliable real-time access to the data required in use-cases that will become widely adopted;</li><li>Adds a layer of complexity in the development of the CDR rules and data standards to ensure interoperability with the broader CDR ecosystem, potentially hindering the emergence of cross-sector services;&nbsp;</li><li>Is not the favoured option for innovative technology companies that will be critical in the drive to decarbonise;</li><li>Does not, in our view, take into account the powerful mitigating impact in the economy-wide model of Technology Service Providers, which have emerged in the data-sharing ecosystem to provide integration, implementation and aggregation services, as well as consent management services.</li></ul>



<p>Our experience through extensive stakeholder engagement in the UK energy sector repeatedly emphasised that there cannot be a ‘single platform’ in which ‘all data is put’ to address ‘all use cases’. Energy data is highly diverse and is evolving too rapidly for any central, proprietary IT system to keep up. </p>



<h5><strong>4. If not, which aspects of the approach should be reconsidered or amended, and why?</strong></h5>



<p>We favour a fully decentralised approach &#8211; akin to the economy-wide model considered &#8211; in which data and metadata is distributed, always up-to-date, and managed real-time on data holders’ servers. </p>



<p>We acknowledge that decentralised data and asset search is challenging and existing datasets are not strongly linked. However, search and discovery technology offers a solution to this problem.</p>



<p>Data should be searchable, accessible and available to agreed standards. This approach can provide the common rules, controls and processes needed for access, discovery, security, commercial applications, privacy and regulatory compliance. This will enable an energy data ecosystem to develop, which will lead to greater innovation that brings both direct consumer benefits and will support solutions that enable more rapid decarbonisation.</p>



<h5><strong>Consultation questions: dashboards</strong></h5>



<h5><strong>20. Of the three options for data holder dashboards, which do you prefer and why?&nbsp;</strong></h5>



<p>We welcome the inclusion of dashboards as a tool to enable authorisation and consent management. However, we recommend that an alternative approach is considered, enabling new approaches and entities for consumers to manage their consents. It will be insufficient to consider just the retailer or AEMO, as we fully expect a thriving ecosystem of third party service providers to develop innovative, value-adding solutions as the market develops. This will lead to complexity in the provisioning chains as data will necessarily be shared with other parties. This means that consumers may be faced with managing many consents, some of which is likely to relate to data drawn from multiple sectors.</p>



<p>Given the complexity of managing ongoing consents, and the proliferation of consent and access management across those sectors opening up to the data-sharing ecosystem, it would be useful to consider early how this could be managed most effectively for the consumer and market alike so that they have the tools and a good understanding of the way in which these tools can be used. Alternative models should therefore be explored.</p>



<h5><strong>22. What other options should we consider?&nbsp;</strong></h5>



<p>We recommend consideration of new models such as companies or entities that undertake the management of the consumer’s consents on their behalf across all sectors covered by the CDR. This can be achieved using a common consent standard, API specifications and associated metadata.&nbsp;</p>



<h5><strong>24. What consumer experience factors should we take into account with respect to how dashboards should be presented to CDR consumers?</strong></h5>



<p>We strongly recommend a common set of language, with common terminology applicable across sectors wherever possible.&nbsp; From the consumer’s perspective, easily comprehensible words and phrases must be widely used that are easy to read and well understood. This will encourage wider acceptance, trust and adoption of services.</p>



<p>We also recommend that dashboards should be considered as tools which enable consumers to view which data has been received into the firm, as well as data which the firm has shared with other participants (data ‘in’ and data ‘out’).&nbsp;</p>



<p>Dashboards should include:</p>



<ul><li>The recognisable consumer brand with whom a consumer has shared their data, and any party to whom data has been onward shared.</li><li>The specific data clusters/types being accessed, clearly explained.</li><li>Why the data is needed &#8211; the purpose, so that this can be easily understood.</li><li>What specifically it is used for &#8211; the processing activities and any sharing with other parties in a provisioning chain.</li><li>The duration that access to the data is granted for.</li><li>Their rights, and the way in which they can manage their data should be clearly explained.</li><li>The ability to revoke consent and notification that this has taken place and how data collected previously will be dealt with (e.g. ‘put out of use’/’deleted’)</li><li>Consents should be sortable and clearly outline those which are active, expired or cancelled</li></ul>



<p>Additionally, the introduction of a recognised approach to the provision of consent management tools, and potentially a guarantee or certification will help consumer trust. The location of the dashboard should be easy to find from the main menu. You may also wish to make requirements about the accuracy and timeliness of the data held on the dashboard (for instance, the dashboard should update in real-time to avoid any miscommunication).</p>



<h5><strong>Consultation questions: internal dispute resolution</strong></h5>



<h5><strong>26. How important do you consider consistency of IDR approaches across sectors at this stage of the CDR regime?&nbsp;</strong></h5>



<p>We observe that, as a proxy measure, the UK Open Banking initiative has undergone a rapid evolution in the way in which products and services are provided to consumers, through complex provisioning chains. We believe that this will become a characteristic across all markets and sectors. We observe new risks associated with opening up data as well as the risks which are exacerbated by the intelligence afforded by data. Data risks are often interlinked so that a mistake at a data holder creates risks downstream, not just for the ADR but for other parties involved in the provisioning chain.&nbsp;</p>



<p>Furthermore, data will be used in services which cross regulatory/sector perimeters, meaning that there must be a consistent approach so that consumers can always feel confident and trust that if anything goes wrong, they know how to have things put right. In particular, consideration should be given to the assessment of liability and apportionment of redress both in the energy sector in and cross-sector, cross regulatory cases, which will prove to be complex. </p>



<p>We, therefore, recommend that early attention is given to the creation of a single, accessible dispute resolution system for problem resolution, that facilitates effective inter-organisational communication and has common rules and processes. This will require consistency between regulatory approaches across different sectors. </p>



<p>Internal Dispute Resolution will be greatly improved where data is more easily traceable. We, therefore, recommend that metadata attaches to consent. This aids discussions about liability and dispute resolution.</p>



<p>We also recommend that consideration is given to how consumers may access redress which is simple, free and timely without recourse to the courts. This work includes understanding the value of energy data, how it may be used by nefarious actors (e.g. isolating when a family are at home and when the house is empty for instance), and what the value associated with privacy, were this data to be breached. This includes consideration of the use of energy data outside the energy sector by other third parties and the jurisdiction of any ombudsmen.&nbsp;</p>



<h5><strong>Consultation questions: issues relating to accreditation</strong></h5>



<h5><em>Energy data</em></h5>



<h5><strong>34. Do you agree that energy data sets are less sensitive than banking data sets?</strong></h5>



<p>We agree with this statement at present, but advise that this situation will change. As energy generation decentralises and decarbonises, with wider use of DERs, data originating at the household level (including personal data) will become more widely used. Therefore, the sensitivity of this data will increase. Moreover, the combination of energy data with data from other sectors will enable greater levels of analysis and inference.</p>



<h5><strong>35. Should any energy data sets, or subsets of those data sets, be treated with a higher degree of security (due to potential sensitivities), similar to banking data?</strong></h5>



<p>Any data originating at household-level, or where individuals and their behaviour are identifiable, should be treated with a higher degree of security. We see a range of use cases, such as home energy management or localised/community resource management where such data will be critical.<br></p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
